Android中静态方法生命周期,Android-static关键字开发注意细节

1. static可否单独使用来保存项目中用到的数据？(这里指的是静态变量：类.量 = 值)

答案是可以的，但是需要做点事情。java中，static的静态变量完全可以用来存储程序数据(但是！！！从内存角度最好不要，具体见之后的内容)，但是你这么写的话可能一部分程序员会说你不专业，尤其是Android程序员。众所周知，静态变量存储在方法区，方法区也是在内存当中。而大量的静态变量会导致方法区增多，也会发生OOM，真要发生那一刻就尴尬了。。。

一般我们的项目中如果使用到了静态变量，初衷应该都是为了跨类调用方便，而不是存储大量的变量，并且要和业务逻辑和需求相关，最好是贯穿整个流程或多半个流程的数据。少量的数据完全可以通过其他方式传递(接口回掉、跳转传参)，而没必要再多开一个内存存储这个变量。

在正常的情况下，static的生命周期和进程一样。并且调用简单，可以简化代码的开发逻辑和提高代码的开发效率。

2. 为什么可以保存数据却不常用？

尽管方便，但是有很多程序员都会避免这样使用，尤其很多前辈们不推荐如此使用，究竟是为何？因为你的静态变量值可能会丢哦。可能有的朋友会说“不对啊，static的生命周期和进程一样啊”。理论上，静态变量的生命周期确实是这样的。所以Java的静态变量被回收的机率要低于Android[1]，而大型的Android项目是存在静态变量被回收的。因为简单理解的话，Android中的组件，都可以是一个进程。比如当两个Activity，其中一个Activity引用了静态常量，结束，此时恰巧内存满了，GC，那么静态变量是否会被回收呢？是有可能的。那么这个时候又尴尬了，，，另一个Activity调用这个静态变量的时候，就Nullofxxxxxxxxx。

上面这是最主要的原因，还有例如大量使用静态变量会让代码显得很乱也不专业、内存会变多不符合软件设计的思想等等。因为开发往往是团队开发，即使是独立完成的项目当你离职的时候你的代码也要被下一个人看，为了少挨骂、少犯错，能尽量不用静态常量就规避一下吧。

3. 如何保存数据及个人观点

个人观点其实上一条也说了一点点。我本人是不排斥使用静态变量的，但前提是你的代码必须完美，也就是需要判空。那这种方式和单例模式差不多了，既然差不多为何不用懒汉式的单例模式呢，对于复杂的对象来说，更加规范，代码的质量和可读性都提高了。那对于基本数据类型和String等，其实也可以用单例的思路。但如果数据一直在变，比如保存随机值就不行了。那就把它本地化吧！如果觉得文件(一般是xml文件或不带后缀文件)太大，Android也可以用SharePreference等一些轻量级的存储。尤其是流程必须的重要数据，比如交易的订单号、人的姓名或ID、唯一识别码等，这些一旦丢失进退两难的数据，保存到本地更好一些。

还有一点，java之所以被很多人追捧，就是因为它的JVM，不必像C\C++那样malloc()。而静态常量在方法区，而方法区是永久带，规避了GC，那么这些变量不用的时候又不能被GC，如果代码中又忘了手动置空，一个不小心就很有可能出现内存泄漏。那，，，这个代码又要被别人说low了。

使用static的场景一般是定义常量( final static int a=1)，和定义单例(private static SigleTon instance)的时候。

所以，静态变量尽量能不用就不用，如果真的为了方便想用的话可以，一定要仔细再仔细，小心再小心。千里之堤，溃于蚁穴。

使用静态static静态变量潜在性问题：

1.占用内存，并且内存一般不会释放；

2.在系统不够内存情况下会自动回收静态内存，这样就会引起访问全局静态错误。

3.不能将activity作为static静态对象，这样使activity的所有组件对象都存入全局内存中，并且不会被回收；

静态变量的生命周期：

一、类在什么时候被加载？

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

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

类在什么时候被卸载？

在进程结束的时候。

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

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

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

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

四、Application也是一样不可靠

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

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

只要静态变量没有被销毁也没有置null，其对象一直被保持引用，也即引用计数不可能是0，因此不会被垃圾回收。因此，单例对象在运行时不会被回收。