Android的进程
1.默认情况下，一个应用的所有组件都运行在一个进程和线程（主线程）中。
2.默认下，同一个应用的所有组件都运行在同一个进程。
3.manifest文件中的所有支持android:process属性的那些项（<activity>,<service>, <receiver>, 和<provider>）都可以指定一个进程，可以设置android:process以使不同应用的组件们可以运行于同一个进程—假如这些应用共享同一个用户ID并且有相同的数字证书。
二.进程的优先级如下：
1.前台进程（按：从4大组件去考虑，什么情况的activity，什么情况的service，什么情况的reciever）：
用户当前正在做的事情需要这个进程。如果满足下面的条件，一个进程就被认为是前台进程：
这个进程拥有一个正在与用户交互的Activity(这个Activity的onResume()方法被调用)。
这个进程拥有一个绑定到正在与用户交互的activity上的Service。
这个进程拥有一个前台运行的Service（即service调用了方法startForeground()）
这个进程拥有一个正在执行其任何一个生命周期回调方法（onCreate(),onStart(),或onDestroy()）的Service。
这个进程拥有正在执行其onReceive()方法的BroadcastReceiver。
通常，在任何时间点，只有很少的前台进程存在。它们只有在达到无法调合的矛盾时才会被杀－－如内存太小而不能继续运行时。通常，到了这时，设备就达到了一个内存分页调度状态，所以需要杀一些前台进程来保证用户界面的反应
2.可见进程：
一个进程不拥有运行于前台的组件，但是依然能影响用户所见。满足下列条件时，进程即为可见：
这个进程拥有一个不在前台但仍可见的Activity(它的onPause()方法被调用)。当一个前台activity启动一个对话框时，就出了这种情况。
3.服务进程：
一个可见进程被认为是极其重要的。并且，除非只有杀掉它才可以保证所有前台进程的运行，否则是不能动它的。这个进程拥有一个绑定到可见activity的Service。一个进程不在上述两种之内，但它运行着一个被startService()所启动的service。尽管一个服务进程不直接影响用户所见，但是它们通常做一些用户关心的事情（比如播放音乐或下载数据），所以系统不到前台进程和可见进程活不下去时不会杀它。当然，主要服务，如拨号等，是不可能被终止的，故这里只谈次要服务，如谷歌企业套件，Gmail内部存储，联系人内部存储等。
4.后台进程：
一个进程拥有一个当前不可见的activity(activity的onStop()方法被调用，按：例如按了HOME健)。这样的进程们不会直接影响到用户体验，所以系统可以在任意时刻杀了它们从而为前台、可见、以及服务进程们提供存储空间。通常有很多后台进程在运行，并被保存 在一个LRU(最近最少使用)列表中来确保拥有最近刚被看到的activity的进程最后被杀。如果一个activity正确的实现了它的生命周期方法， 并保存了它的当前状态（onSaveInstanceState），那么杀死它的进程将不会对用户的可视化体验造成影响。因为当用户返回到这个activity时，这个activity会恢复它所有的可见状态。
5.空进程：
一个进程不拥有入何active组件。保留这类进程的唯一理由是高速缓存，这样可以提高下一次一个组件要运行它时的启动速度。系统经常为了平衡在进程高速缓存和底层的内核高速缓存之间的整体系统资源而杀死它们。
三.小结：
1.似乎可将前台进程、可见进程、后台进程、空进程简单理解为activity的：onResume( )、onPause( )、onStop( )、onFinish( )状态，当然这么说只是为了帮大家理解，事实还不是那么简单。
2. 据进程中当前活动的组件的重要性，Android会把进程按排在其可能的最高级别。例如，如果一个进程拥有一个service和一个可见的 activity，进程会被定为可见进程，而不是服务进程（按：从优先级来说，前者服务进程，后者可见进程，两者相权取其高，所以终裁为可见进程）。
3.如果被其它进程所依赖，一个进程的级别可能会被提高—一个服务于其它进程的进程，其级别不可能比被服务进程低。
4. 因为拥有service的进程比拥有后台activitie的进程级别高，所以当一个activity启动一个需长时间执行的操作时，最好是启动一个服 务，而不是简单的创建一个工作线程。尤其是当这个操作可能比activity的生命还要长时。例如，一个向网站上传图片的activity，应该启动一个 service，从而使上传操作可以在用户离开这个activity时继续在后台执行。使用一个service保证了这个操作至少是在"服务进程"级别， 而不用管activity是否发生了什么不幸。这同样是广播接收者应该使用service而不是简单地使用一个线程的理由。