尽量少使用全局变量或全局单例,特别在Android开发过程中

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

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值