android进程与线程详解一:进程

当一个应用的组件开始运行，并且这个应用没有其它的组件在运行，系统会为这个应用启动一个新的Linux进程，这个进程只有一个线程．默认情况下，一个应用的所有组件都运行在一个进程和线程（主线程）中．如果一个应用的组件开始运行，并且已经存在这个应用的线程了（因为这个应用的另一个组件已经运行了），于是这个组件就会在这个已有的进程中启动并且运行在同一线程中．然而，你完全可以安排不同的组件运行于不同的进程，并且你可以为任何程序创建另外的线程．

进程

默认下，同一个应用的所有组件都运行在同一个进程中并且大多数程序不必改变这一状况．然而，如果你非要与众不同，也可以通过修改manifest文件实现．

manifest文件中的所有支持android:process属性的那些项（<activity>,<service>,
<receiver>, 和<provider>）都可以指定一个进程，于是这些组件就会在这个进程中运行．你可以设置这个属性使每个组件运行于其自己的进程或只是其中一些组件共享一个进程．你也可以设置android:process以使不同应用的组件们可以运行于同一个进程—假如这些应用共享同一个用户ID并且有相同的数字证书．

<application>元素也支持android:process属性,用于为所有的组件指定一个默认值．
举例说明：

AndroidManifest.xml的Service元素

< service android:name =".RemoteService" android:process =":remote" >

< intent-filter >

< action android:name ="com.demo.IMyService" />

</ intent-filter >

</ service >

这里的android:process=":remote"，一开始我没有添加的，在同一个程序里使用IPC，即同一个程序作为客户端/服务器端，结果运行mRemoteService = IMyService.Stub.asInterface(service);时提示空指针异常。观察了人家的在不同程序里进行IPC的代码，也是没有这个android:process=":remote"的。后来在官方文档http://androidappdocs.appspot.com/guide/topics/manifest/service-element.html里了解到（留意第二段文字）：

android:process

The name of the proces s where the service is to run. Normally, all components of an application run in the default process created for the application. It has the same name as the application package. The
<application> element's process attribute can set a different default for all components. But component can override the default with its own process attribute, allowing you to spread your application across multiple processes.

If the name assigned to this attribute begins with a colon (':'), a
new process, private to the application, is created when it's needed and the service runs in that process. If the process name begins with a lowercase character, the service will run in a global process
of that name, provided that it has permission to do so. This allows components in different applications to share a process, reducing resource usage.

也就是说android:process=":remote"，代表在应用程序里，当需要该service时，会自动创建新的进程。而如果是android:process="remote"，没有“:”分号的，则创建全局进程，不同的应用程序共享该进程。

Android可能在某些时刻决定关闭一个进程，比如内存很少了并且另一个进程更迫切的需要启动时．进程被关闭时，其中的组件们都被销毁．如果重新需要这些组件工作时，进程又会被创建出来．

当决定关闭哪些进程时，Android系统会衡量各进程与用户的紧密程度．例如，比起一个具有可见的activity的进程，那些所含有的activity是全部不可见的进程更容易被关闭．如何决定一个进程是否被关闭，取决于进程中运行的组件们的状态．决定关闭进程的规则将在下面讨论．

进程的生命期

Android系统会尽量维持一个进程的生命，直到最终需要为新的更重要的进程腾出内存空间。为了决定哪个该杀哪个该留，系统会跟据运行于进程内的组件的和组件的状态把进程置于不同的重要性等级。当需要系统资源时，重要性等级越低的先被淘汰。

重要性等级被分为５个档。下面列出了不同类型的进程的重要性等级(第一个进程类型是最重要的，也是最后才会被杀的）：

１前台进程

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

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

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

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

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

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

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

２可见进程

一个进程不拥有运行于前台的组件，但是依然能影响用户所见。满足下列条件时，进程即为可见：

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

３服务进程

一个可见进程被认为是极其重要的。并且，除非只有杀掉它才可以保证所有前台进程的运行，否则是不能动它的。

这个进程拥有一个绑定到可见activity的Service。

一个进程不在上述两种之内，但它运行着一个被startService()所启动的service。
尽管一个服务进程不直接影响用户所见，但是它们通常做一些用户关心的事情（比如播放音乐或下载数据），所以系统不到前台进程和可见进程活不下去时不会杀它。

４后台进程

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

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

５空进程

一个进程不拥有入何active组件。

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

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

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

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