Processes

前提：

①组件（Components）:Activities、Services、Content Providers、Broadcast Receivers.

②进程(Processes)、线程(Threads)

当一个应用程序组件启动，且没有其他组件正在运行时，安卓系统会为这个应用启动一个新的进程和一个干活的单线程。默认情况下，同一应用程序的所有组件运行在同一进程和线程(即，主线程)。

如果一个应用程序组件启动，且该应用程序已有一个进程（由于该应用程序的另外一个组件已存在），那么这个组件将在已有进程中启动，并使用同一线程。

当然，我们也可以安排应用程序内的不同组件在不同的进程里运行，另外也可以为任一进程再创建额外的线程。

Processes

默认情况下，同一应用的所有组件都运行在同一进程中，并且大多数应用程序就应该这个样子。

如果你觉得需要控制某一特定组件归属于某个进程，那么可以在manifest文件中指定。

manifest的各类组件元素（<activity>、<service>、<receiver>、<provider>）项，都支持android:process属性，可以为组件指定一个进程。我们可以设置这个属性，以便每个组件运行在自己的进程里，或者一些组件共享一个进程而其他组件运行在别的进程里。我们也可以设置这个属性，以便不同应用的组件运行在同一进程里--前提是这些应用共享同一Linux用户ID且用同一证书签名。

另外，<application>元素也支持android:process属性，用于设置一个应用于所有组件的默认进程。
Android可能会在某一时刻关闭一个进程，比如说，内存吃紧且其他优先级跟高的进程有需要的时候。应用程序运行所在的进程被杀掉导致组件被销毁，当然组件有需要的话进程会再次启动。

当决定哪些进程要被杀掉时，android系统会权衡进程与用户的关联度。

Process lifecycle

Android系统会尽可能长得保留一个应用的进程，但最终还是需要移除旧的进程来回收内存，分配给新的进程或更重要的进程。

重要性分级分五级：

Foreground process:

一个用户正在操作所需的进程。一般满足一下几个条件之一的就认为是foreground：

①持有一个用户正在交互的Activity.

②持有一个Service,且与一个用户正在交互的Activity绑定。

③持有一个Service,且调用了它的startForeground()方法。

④持有BroadcastReceiver,且正在调用它的onReceive()方法。

Visible process:

一个进程没有前台展示的组件，但仍能响应用户可见界面内容。满足一下几条中的一条即被认为是visible:

①持有一个非最前端的Activity，但仍然对用户可见，比如一个Activity上弹出一个对话框。

②持有一个Service,且绑定一个visible的Activity或foreground的Activity。

Service process:

一个进程调用了startService方法运行了一个Service，但没在前面提到的两种高优先级的范畴内。、

虽然service processes没有跟用户可见行为扯上关系，但通常会正在做一些用户在乎的事，比如后台播放音乐，后台网络下载，所以系统会保留他们，除非没有足够内存与前面两种高优先级的进程共存，才会杀掉该进程。

Background process:

通常有很多background processes在运行，所以它们都被保存在LRU（least recently used：最近最少使用）列表中，从而确保最近被用户查看过的Activity所在的进程最后才杀掉。

Empty process:

一个进程没有持有任何活跃的组件。保留该进程的目的只有一种可能，就是作为缓存，以便下次启动时更快。系统通常会杀掉这类进程。