项目中，在不停地接收串口数据很长一段时间(几小时)后，会偶然性的报错。初步排除了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。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，同时也希望多多支持移动技术网！
如对本文有疑问， 点击进行留言回复！！
LongClick原理、上下文菜单原理、EditText长按弹窗原理、WebView长按弹窗自定义、修复WebView全选重复bug ———————————————— 版权声明：本文为CSDN博主「
JobScheduler 实现 特定时间，特定条件（系统空闲，电池电量，磁盘空间 ……）下执行任务
温习Android基础知识——《第一行代码（第三版）》读书笔记 Chapter 10 Service
我要评论
网友评论