博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
尽量少使用全局变量或全局单例,特别在Android开发过程中
阅读量:4029 次
发布时间:2019-05-24

本文共 427 字,大约阅读时间需要 1 分钟。

参与过的很多项目会经常处理由于全局变量的状态值错乱引发的奇怪Bug,以及过多的使用全局单例导致内存的泄漏。代码模块相互交插引用,模块之间没有分界的概念,影响代码的维户与后续的代码重构(分层)。

今天分析了项目的历史 BUG,也是跟全局变量有关。大概的原因是一个全局变量的状态没有reset到合适的状态,在应用启动时(打开主 Activity)处理启动流程的过程中没有走到(显示)合适的界面(Fragment),导致用户看到的是个空的 Activity。
这个BUG涉及到的关键知识点是,在Android原生系统的最近应用列表移除应用,应用的进程是不会被Kill掉的,仅是应用相关的Activity销毁,即应用的全局变量还是存在的。在Lanuch上启动应用仅是打开之前销毁的Activity而于,应用的进程还是原来的进程,全局变量还存,占用的资源还是那些!
根据以往的经验,项目代码中如果存在很多全局变量,以及过多的单例实例,坑一定很多,代码一定很难维护。

转载地址:http://itmbi.baihongyu.com/

你可能感兴趣的文章
jtag dump内存数据
查看>>
linux和windows内存布局验证
查看>>
linux config
查看>>
linux insmod error -1 required key invalid
查看>>
linux kconfig配置
查看>>
linux不同模块completion通信
查看>>
linux printf获得时间戳
查看>>
C语言位扩展
查看>>
linux dump_backtrace
查看>>
linux irqdebug
查看>>
git 常用命令
查看>>
linux位操作API
查看>>
snprintf 函数用法
查看>>
uboot.lds文件分析
查看>>
uboot start.s文件分析
查看>>
没有路由器的情况下,开发板,虚拟机Ubuntu,win10主机,三者也可以ping通
查看>>
本地服务方式搭建etcd集群
查看>>
安装k8s Master高可用集群
查看>>
忽略图片透明区域的事件(Flex)
查看>>
忽略图片透明区域的事件(Flex)
查看>>