浅谈Android中关于静态变量(static)的使用问题

项目中,在不停地接收串口数据很长一段时间(几小时)后,会偶然性的报错。初步排除了oom和cpu紧张问题,因为是工业平板不方便调试,用了些比较笨的方法最后锁定在几个用了static的地方。在这里记录下Android中使用static的一些问题。

静态变量的生命周期遵守Java的设计。静态变量在类被load的时候分配内存,并存在于方法区。当类被卸载时,静态变量被销毁。在PC机的客户端程序中,一个类被加载和卸载,可简单的等同于jvm进程的启动和结束。在Android中,用的DVM也是一样的,不过Android中不太突出进程的概念,所以对静态变量的生命周期就是感觉模糊,这种模糊对于值类型是无所谓的,如果是静态的对象引用,则与内存回收、内存泄露这些问题有关,有必要加深研究和理解。

一、静态变量在类被加载的时候分配内存。

类在什么时候被加载?

当我们启动一个app的时候,系统会创建一个进程,此进程会加载一个DVM实例,然后代码就运行在DVM之上,类的加载和卸载、垃圾回收等事情都由DVM负责。也就是说进程启动的时候,类被加载,静态变量被分配内存。

二、静态变量在类被卸载的时候销毁。

类在什么时候被卸载?

在进程结束的时候。

说明:一般情况下,所有的类都是默认的ClassLoader加载的,只要ClassLoader存在,类就不会被卸载,而默认的ClassLoader生命周期是与进程一致的,这里讨论一般情况。

三、Android的进程什么时候结束

这个是Android对进程和内存管理不同于PC的核心---如果资源足够,Android不会杀掉任何进程,另一个意思是进程随时可能会被杀掉。而Android会在资源足够的时候,重启被杀掉的进程。也就是说静态变量的值,如果不做处理,是不可靠的,可以说内存中的一切都不可靠,如果要可靠,还是保存到Nand或SD卡中去,在重启的时候恢复回来。

另一个种情况就是不能把退出所有Activity等同于进程的退出,所以在用户点击图标启动应用的时候,以前存放于静态变量中的值,有可能还存在,因此要视具体情况给予清空操作。

四、Application也是一样不可靠

Application其实是一个单例对象,也是放在内存中的,当进程被杀掉,就全清空了,只不过Android系统会帮重建Application,而我们存放在Application的数据自然就没有了,还是得自己处理。

五、静态引用的对象不会被回收?

在除了Android之外的Java运行环境中,你只要关心进程生命周期,在进程生命周期内你可以放心地使用静态变量来保持数据。只要静态变量没有被销毁也没有置null,其对象一直被保持引用,因此不会被垃圾回收。因此单例对象在运行时不会被回收。但是Android里它随时会被系统置NULL。

总结:

Android中,我们不知道何时进程会被kill,所有:

1.不能保证静态变量会一直存在。(进程可能被Kill掉)

2.每次打开app时静态变量的值都是初始值(进程没有被kill掉所有静态变量保存的还是上次的值)。

而静态变量是不会被垃圾回收的,其对象一直保持引用,以ARC不可能是0。

以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,同时也希望多多支持呐喊教程!

声明:本文内容来源于网络,版权归原作者所有,内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:notice#nhooo.com(发邮件时,请将#更换为@)进行举报,并提供相关证据,一经查实,本站将立刻删除涉嫌侵权内容。