android 进程什么时候被销毁

http://wear.techbrood.com/guide/components/processes-and-threads.html

每一个 android 应用默认会起一个进程，除非你用 android:process 实现多进程。

每一个进程里面都有一个 dalvik 虚拟机实例用来执行代码。

进程中默认只有一个主线程（UI线程）， 4 大组件默认都运行在 UI 线程中， 所以 4 大组件中都不能直接做耗时操作，否则会 ANR。

service 和 broadcastreceiver 中要做耗时操作都必须开启单独的线程来做。

但按 back 键退出应用后，进程什么时候被回收呢？？

android 会尽可能长时间的去保留一个应用进程不被回收，这样下次可以快速启动，只有当内存紧张时才会回收进程，而回收哪些进程则根据进程的优先级来判断。

默认有 5 种进程优先级， 根据进程中组件的状态来判断：

1 Foreground process

简单来说就是正在前台与用户交互的进程，优先级最高。
2 Visible process

可见但没有与用户交互

3 Service process

不是 1 和 2 但含有用 startService 启动的 service 的进程。

4 Background process

非 1 2 3 不可见的进程

5 Empty process

空进程，主要做缓存。

android 推送都是在 service 中进行 socket 通信，进程优先级默认是 3 ，所以内存紧张时也是有可能被 Kill 掉的，就收不到推送了。

service 可以通过  startForground() 来设置为前台进程，这样优先级就变为 1 了，不容易被 kill 掉。而且通过 onStartCommand 的返回值

可以控制进程在被意外 kill 掉时是否需要重启，这样就达到了长时间运行，应用永远在线， 用　tcp　长连接实现推送。

看有些人用　System.exit(0) 和 Process.killProcess 来 kill 掉进程，这 2 个方法确实都能 kill 掉进程，但有些情况下会导致应用重启，例如

当 A 启动 B 你在 B 中调用 System.exit(0) 或  Process.killProcess 时会 kill 掉当前进程然后重启一个新的进程。

我之前说过 90% 的情况下你是不需要手动 kill 掉一个应用的进程的，这样第二次启动肯定非常慢。进程是由 OS 底层进行管理的，退出应用你只需要

finish 掉所有的 activity 就行了。如果有些需求确实需要 kill 掉进程,上面的 2 个方法也可以，前提是任务站内只有一个 activity 时再调用。反正我目前

还没有遇到过需要每次退出应用都必须杀死进程的场景，不要跟我说是为了节省内存，上面说了 5 种进程等级，系统自己会管理，不需要人为干预。

而且你自己杀死进程后第二次启动又需要创建新的进程，应用启动就非常慢了。