概述
我么知道，Android底层是基于Linux内核的，当某个应用组件启动且该应用没有运行其他任何组件时，Android 系统会使用单个执行线程为应用启动新的 Linux 进程。默认情况下，同一应用的所有组件在相同的进程和线程（称为主线程）中运行。对于线程，基本上大家都比较熟悉，因为主线程中不允许有耗时的操作，基本上会根据需要开一些子线程来处理一些耗时的操作，诸如IO，网络之类的，然后最好用线程池统一进行管理。但是对于进程来说，其实比线程要复杂的多，有时候想一下，其实有很多问题是值得研究的：
- 为什么每个应用都可以接收到系统的广播？
- 为什么不同的应用之间可以相互唤起？
- 为什么不同的应用都可以访问系统相册，通讯录？
自己不是做底层的，也不打算去研究底层的源码，只打算从应用层上了解一下Android系统应用间的通信机制。
正文
四大组件的进程
默认情况下，同一应用的所有组件均在相同的进程中运行，且大多数应用都不会改变这一点。 但是，如果您发现需要控制某个组件所属的进程，则可在清单文件中执行此操作。
开启多进程
对于一个Application来讲，系统会默认分配一个进程，但是这个属性可以在清单文件中通过android:process属性进行配置，另外这个属性同样适用于activity、service、receiver和 provider，下面举例说明：
进程的分类
前台进程
用户当前操作所必需的进程。如果一个进程满足以下任一条件，即视为前台进程：
- 托管用户正在交互的 Activity（已调用 Activity 的 onResume() 方法）
- 托管某个 Service，后者绑定到用户正在交互的 Activity
- 托管正在“前台”运行的 Service（服务已调用 startForeground()）
- 托管正执行一个生命周期回调的 Service（onCreate()、onStart() 或 onDestroy()）
- 托管正执行其 onReceive() 方法的 BroadcastReceiver
可见进程
没有任何前台组件、但仍会影响用户在屏幕上所见内容的进程。 如果一个进程满足以下任一条件，即视为可见进程：
- 托管绑定到可见（或前台）Activity 的 Service。
- 托管不在前台、但仍对用户可见的 Activity（已调用其 onPause() 方法）。例如，如果前台 Activity 启动了一个对话框，允许在其后显示上一 Activity，则有可能会发生这种情况。
服务进程
正在运行已使用 startService() 方法启动的服务且不属于上述两个更高类别进程的进程。尽管服务进程与用户所见内容没有直接关联，但是它们通常在执行一些用户关心的操作（例如，在后台播放音乐或从网络下载数据）。
后台进程
包含目前对用户不可见的 Activity 的进程（已调用 Activity 的 onStop() 方法）。 通常会有很多后台进程在运行，因此它们会保存在 LRU （最近最少使用）列表中，以确保包含用户最近查看的 Activity 的进程最后一个被终止。如果某个 Activity 正确实现了生命周期方法，并保存了其当前状态，则终止其进程不会对用户体验产生明显影响，因为当用户导航回该 Activity 时，Activity 会恢复其所有可见状态。 有关保存和恢复状态的信息。
空进程
不含任何活动应用组件的进程。保留这种进程的的唯一目的是用作缓存，以缩短下次在其中运行组件所需的启动时间。
进程生命周期
Android 系统将尽量长时间地保持应用进程，但为了新建进程或运行更重要的进程，最终需要移除旧进程来回收内存。 为了确定保留或终止哪些进程，系统会根据进程中正在运行的组件以及这些组件的状态，将每个进程放入“重要性层次结构”中。 必要时，系统会首先消除重要性最低的进程，然后是重要性略逊的进程，依此类推，以回收系统资源。
- 前台进程：通常，在任意给定时间前台进程都为数不多。只有在内存不足以支持它们同时继续运行这一万不得已的情况下，系统才会终止它们。 此时，设备往往已达到内存分页状态，因此需要终止一些前台进程来确保用户界面正常响应。
- 可见进程：可见进程被视为是极其重要的进程，除非为了维持所有前台进程同时运行而必须终止，否则系统不会终止这些进程。
- 服务进程：除非内存不足以维持所有前台进程和可见进程同时运行，否则系统会让服务进程保持运行状态。
- 后台进程：这些进程对用户体验没有直接影响，系统可能随时终止它们，以回收内存供前台进程、可见进程或服务进程使用
- 空进程：为使总体系统资源在进程缓存和底层内核缓存之间保持平衡，系统往往会终止这些进程。
提高进程优先级
根据进程中当前活动组件的重要程度，Android 会将进程评定为它可能达到的最高级别。例如，如果某进程托管着服务和可见 Activity，则会将此进程评定为可见进程，而不是服务进程。
此外，一个进程的级别可能会因其他进程对它的依赖而有所提高，即服务于另一进程的进程其级别永远不会低于其所服务的进程。 例如，如果进程 A 中的内容提供程序为进程 B 中的客户端提供服务，或者如果进程 A 中的服务绑定到进程 B 中的组件，则进程 A 始终被视为至少与进程 B 同样重要。
由于运行服务的进程其级别高于托管后台 Activity 的进程，因此启动长时间运行操作的 Activity 最好为该操作启动服务，而不是简单地创建工作线程，当操作有可能比 Activity 更加持久时尤要如此。例如，正在将图片上传到网站的 Activity 应该启动服务来执行上传，这样一来，即使用户退出 Activity，仍可在后台继续执行上传操作。使用服务可以保证，无论 Activity 发生什么情况，该操作至少具备“服务进程”优先级。 同理，广播接收器也应使用服务，而不是简单地将耗时冗长的操作放入线程中。
针对上述原理，所以常用的提升进程优先级的方法大致有以下2种：
设置进程优先级
对于Service被系统回收，一般做法是通过提高优先级可以解决，有以下几种做法：
在AndroidManifest.xml文件中对于intent-filter可以通过android:priority = “1000”这个属性设置最高优先级，1000是最高值，如果数字越小则优先级越低。
Android中的进程是托管的，当系统进程空间紧张的时候，会依照优先级自动进行进程的回收， 设置setForeground(true) 来设置 Service 的优先级。
双进程守护
APP中同时开启两个Service，分别是A和B，那么： 如果A守护B，则B挂掉的同时，A就应该把B启动起来，反之亦然，也就是说A和B应该是互相守护，无论谁被杀掉，对方就把它拉起来。