[Android问答] 如何应对Activity进程被杀？
我们要了解Android手机开发与桌面开发有一个主要不同之处：通常在一部Android手机里同时运行着多个应用(app)，每个app对应一个系统进程，当系统需要更多的资源（如内存）而空闲资源不足时，Android系统就会选择杀掉一些“低优先级”的进程以便释放所需资源。
Android系统是如何确定进程优先级的高低的呢？
- 如果一个app正在与用户交互，那么它所在的进程具有最高优先级；
- 其次，如果一个app是可见的，例如被一个对话框部分遮挡，它所在进程具有第二高的优先级；
- 再次，如果app当前是不可见的，也就是被切换到了后台，则它所在进程具有第三高的优先级；这里要补充一点，如果这个后台app启动了一个service，则它比一般的后台app优先级高一些。
- 最后，如果一个进程里没有包含任何app，这个进程的优先级是最低的。
当系统资源严重不足时，任何一个进程都有可能被杀掉，而当用户想回到一个已经不存在于内存中的Activity时，系统只得新建一个这样的Activity对象并调用它的onCreate()方法进行恢复。所以有时出现这种状况：一个app大部分时间运行很好，偶尔在切换Activity时出现空指针异常导致强制关闭，这多半是在onCreate()方法里使用了已经被重置为空的对象（例如intent里的变量）造成的。即使不出现异常，也会造成表单数据丢失等严重影响使用体验的问题。
要解决这类问题，切不可抱“现在手机内存大，进程一般不会被杀掉”这种侥幸心理，而应该以“应用随时都会被杀掉”的态度来谨慎处理，下面介绍Google建议的方式。
解决方法
由于Activity随时可能需要重建，所以我们要做的事情就是在适当的位置将Activity所需数据进行持久化（从ram复制到rom或sd卡），并在onCreate()方法里利用这些数据恢复现场。
Activity有两类数据需要进行持久化处理：“文档类型数据”和“内部状态类型数据”，前者例如用户正在编辑的表单，后者如用户偏好。
一、为了持久化文档类型的数据，Google建议使用”即时生效”（edit in place）的编辑策略，具体的方式如下：
- 用户新建文档时，在SQLite数据库（根据需要也可以使用preference）里也立即新建一条记录。（与此相对的方式是：为用户提供一个“保存”按钮，只有当用户按下按钮时才将文档保存到数据库。）
- 当用户离开当前Activity时，onPause()方法会被触发，在这个方法里将当前正在编辑的文档持久化到数据库。这样一来，如果用户是从这个Activity切换到另一个相关Activity，仍然可以看到刚刚保存的内容。
这种方式可以最大限度避免数据丢失，只要onPause()方法被触发执行，即使Activity所在进程被系统kill掉也不会造成数据丢失。唯一要注意的是，界面上最好能提供一个“取消”按钮或菜单，以便让用户可以选择不保存对文档的更改。
二、为了持久化内部状态类型的数据，可以在onPause()里使用Activity#getPreferences(int)方法，这个方法返回SharedPreferences类型的对象，利用它可以记录用户对这个Activity的偏好信息。例如一个日历应用，用户可以选择显示为周视图或月视图，这样的信息作为内部状态记录到SharedPreferences对象以后，下次再打开这个Activity时就可以按用户上次的选择来显示日历了。
以下代码来自官方文档，演示了如何持久化并恢复一个Activity的当前显示模式：
public class CalendarActivity extends Activity { ... static final int DAY_VIEW_MODE = 0; static final int WEEK_VIEW_MODE = 1; private SharedPreferences mPrefs; private int mCurViewMode; protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); //取回之前持久化的日历显示模式 SharedPreferences mPrefs = getSharedPreferences(); mCurViewMode = mPrefs.getInt("view_mode", DAY_VIEW_MODE); } protected void onPause() { super.onPause(); //持久化日历显示模式 SharedPreferences.Editor ed = mPrefs.edit(); ed.putInt("view_mode", mCurViewMode); ed.commit(); } }
是有点麻烦，但为了能让app稳定运行也值了。
有些同学要问了，为什么是在onPause()里持久化而不是在onSaveInstanceState()里？官方文档有下面一段话简要解释了原因，即前者比后者更可靠，因为onSaveInstanceState()不属于Activity生命周期的一部分。——既然如此，我想不出onSaveInstanceState()还有什么其他用途了，大家干脆忘了它吧，还有onRestoreInstanceState()。
Note that it is important to save persistent data in onPause() instead of onSaveInstanceState(Bundle) because the latter is not part of the lifecycle callbacks, so will not be called in every situation as described in its documentation.
注1：关于上面这段话，网上存有一些争议，我个人还是比较倾向在onPause()里做持久化——既可靠又好记，唯一的缺点是调用次数稍多。
注2：从Android 3.0（HoneyComb）版本开始，Activity进程在被系统杀掉之前，将保证onStop()方法先执行完成，因此如果我们开发的应用只运行在3.0以上，可以把持久化工作放在onStop()里以减少持久化的次数。
最佳实践
不要抱侥幸心理，你的Activity随时可能被销毁。
解决方法：在onPause()里持久化Activity数据，在onCreate()里恢复现场。
参考资料：
