一般来说，在Android开发中都会用intent来传值，但是遇到数据量很大的时候，可能还要序列化才可以，这样反而增加了开销，为什么不直接用static来传值呢？
如果在activity中写一个static变量来访问的话，这是大忌，可能导致该activity不能被回收，造成内存泄漏。那如果我新开一个类专门用来传递static变量呢？
答案也是不行！
首先静态变量不容易被回收，伴随着整个进程，如果当成局部变量来使用，没有及时释放的话，反而带来性能开销。这篇文章Java方法区、栈及堆对于变量的存放写的非常清楚。
更严重的是，静态变量可能会丢失。Android是用Java开发，其静态变量的生命周期遵守Java的设计。我们知道静态变量是在类被load的时候分配内存的，并且存在于方法区。当类被卸载的时候，静态变量被销毁。在PC机的客户端程序中，一个类被加载和卸载，可简单的等同于jvm进程的启动和结束。那么在Android中呢？用的Dalvik vm也是一样的。
- 一、静态变量在类被加载的时候分配内存。
类在什么时候被加载？ 当我们启动一个app的时候，系统会创建一个进程，此进程会加载一个Dalvik VM的实例，然后代码就运行在DVM之上，类的加载和卸载，垃圾回收等事情都由DVM负责。也就是说在进程启动的时候，类被加载，静态变量被分配内存。 - 二、静态变量在类被卸载的时候销毁。
- 类在什么时候被卸载？ 在进程结束的时候。 说明：一般情况下，所有的类都是默认的ClassLoader加载的，只要ClassLoader存在，类就不会被卸载，而默认的ClassLoader生命周期是与进程一致的，本文讨论一般情况。
- 三、Android中的进程什么时候结束
- 这个是Android对进程和内存管理不同于PC的核心——如果资源足够，Android不会杀掉任何进程，另一个意思就是进程随时可能会被杀掉。而Android会在资源够的时候，重启被杀掉的进程。也就是说静态变量的值，如果不做处理，是不可靠的，可以说内存中的一切都不可靠。如果要可靠，还是得保存到Nand或SD卡中去，在重启的时候恢复回来。 另一种情况就是不能把退出所有Activity等同于进程的退出，所以在用户点击图标启动应用的时候，以前存放于静态变量中的值，有可能还存在，因此要视具体情况给予清空操作。
一个场景如下：app home 切到后台，长时间后 app 进程被系统回收掉，然后我们唤起这个 app ，这时 app 进程会重新启动，但是页面的启动不会走默认的流程，而是会直接打开上次离开时的页面，所以我这个执行初始化的 FlashActivity 没机会跑了，所以这个 static 变量就会为 null，这种情况是进程被系统回收之后才会出现的，我们自己关闭进程没事。
