【安卓学习笔记】Android中进程

android中进程 Processes 

默认情况下，同一应用程序的所有组件运行在同一进程中。不过，如果你需要控制某个组件属于哪个进程，也可以通过修改manifest文件来实现。
manifest文件中的所有支持android:process属性的那些项。
Android系统可能在某些时刻决定关闭一个进程，比如内存很少了并且另一个进程更迫切的需要启动时．进程被关闭时，其中的组件们都被销毁．如果重新需要这些组件工作时，进程又会被创建出来。
当决定关闭哪些线程时，Android系统会衡量进程们与用户的紧密程度．比起一个具有可见的activity的进程，那些所含activity全部不可见的进程更容易被关闭．如何决定一个进程是否被关闭，取决于进程中运行的组件们的状态．决定关闭进程的规则如下．

进程的生命期

Android系统会尽量维持一个进程的生命，直到最终需要为新的更重要的进程腾出内存空间。系统会跟据运行于进程内的组件的和组件的状态把进程置于不同的重要性等级。当需要系统资源时，重要性等级越低的先被淘汰。 重要性等级被分为５个档。下面列出了不同类型的进程的重要性等级(第一个进程类型是最重要的，也是最后才会被终止的）

１前台进程

用户当前正在做的事情需要这个进程。如果满足下面的条件，一个进程就被认为是前台进程：

1)这个进程拥有一个正在与用户交互的Activity(这个Activity的onResume() 方法被调用)。

2)这个进程拥有一个绑定到正在与用户交互的activity上的Service。

3)这个进程拥有一个前台运行的Service　—　service调用了方法 startForeground().

4)这个进程拥有一个正在执行其任何一个生命周期回调方法（onCreate(),onStart(), 或onDestroy()）的Service。

5)这个进程拥有正在执行其onReceive()方法的BroadcastReceiver。

通常，在任何时间点，只有很少的前台进程存在。它们只有在达到无法调合的矛盾时才会被终止－－如果内存太小而不能继续运行时。通常，到了这时，设备就达到了一个内存分页调度状态，所以需要终止一些前台进程来保证用户界面的反应.

２可见进程

一个进程在前台没有运行的组件，但是能用户所见。满足下列条件时，进程即为可见：

1)这个进程拥有一个不在前台但仍可见的Activity(它的onPause()方法被调用)。例如当一个前台activity启动一个对话框时，就出了这种情况。

2)这个进程拥有一个绑定在前台（或者可见）Activity的服务。

一个可见的进程是极其重要的，通常不会被终止，除非内存不够，需要释放内存以便前台进程运行。

３服务进程

一个进程不在上述两种之内，但它运行着一个被startService()所启动的service。

尽管一个服务进程不直接影响用户所见，但是它们通常做一些用户关心的事情（比如播放音乐或下载数据），所以除非系统没有足够的空间运行前台进程和可见进程时才会终止一个服务进程。

4 后台进程

一个进程拥有一个当前不可见的activity(activity的onStop()方法被调用)。

这样的进程们不会直接影响到用户体验，所以系统可以在任意时刻杀了它们从而为前台、可见、以及服务进程们提供存储空间。通常有很多后台进程在运行。它们被保存在一个LRU(最近最少使用)列表中来确保拥有最近刚被看到的activity的进程最后被杀。如果一个activity正确的实现了它的生命周期方法，并保存了它的当前状态，那么杀死它的进程将不会对用户的可视化体验造成影响。因为当用户返回到这个activity时，这个activity会恢复它所有的可见状态。

５空进程

一个没有任何active组件的进程。

保留这类进程的唯一理由是高速缓存，这样可以提高下一次一个组件要运行它时的启动速度。系统经常为了平衡在进程高速缓存和底层的内核高速缓存之间的整体系统资源而终止它们。

跟据进程中当前活动的组件的重要性，Android会把进程按排在其可能的最高级别。例如，如果一个进程拥有一个service和一个可见的activity，进程会被定为可见进程，而不是服务进程。

另外，如果被其它进程所依赖，一个进程的级别可能会被提高——一个服务于其它进程的进程，其级别不可能比被服务进程低。

因为拥有一个service的进程比拥有一个后台activitie的进程级别高，所以当一个activity启动一个需长时间执行的操作时，最好是启动一个服务，而不是简单的创建一个工作线程。尤其是当这个操作可能比activity的生命还要长时。例如，一个向网站上传图片的activity，应该启动一个service，从而使上传操作可以在用户离开这个activity时继续在后台执行。使用一个service保证了这个操作至少是在"服务进程"级别，而不用管activity是否发生了什么不幸。这同样是广播接收者应该使用service而不是简单地使用一个线程的理由。