Android-进程与线程

一个程序包含进程，进程又包含线程，线程是进程的一个组成部分，进程是操作系统分配资源的基本单位，线程是不会分配资源的，一个进程可以包含多个线程，然后这些线程共享进程的资源。

一、进程

进程是一个动态的过程，每一个App的运行都是在一个独立的进程中，进程有自己独立的内存和数据空间，进程的名字就是App的packageName，这些进程都是从Zygote进程Fork出来的，并受AMS（ActivityManagerService）管理。

默认情况下，同一App的所有组件均在相同的进程中运行，但也可以允许App有多个进程。在AndroidManifest.xml里边给四大组件配置android:process属性，就可以让这些组件在指定的进程中运行，这些进程名字都是packageName:name这种，以区分是属于哪个App，我一般称之为辅助进程。

常有些开发不知道为什么自己的Application.onCreate中的代码执行了两次，如果你遇到这样的情况可以检查一下AndroidManifest.xml是否给某个组件配置了android:process属性。每个进程创建后，都会启动一个主线程（Looper接收消息），每个组件启动前都会先创建Application实例（一个进程只创建一个）。

优先级

当系统内存不足时，Android系统会选择终止掉一部份进程，回收其所占用的内存空间。 为了确定保留或终止哪些进程，系统会根据进程中正在运行的组件以及这些组件的状态，将每个进程放入“重要性层次结构”中。 必要时，系统会首先消除重要性最低的进程，然后是重要性略逊的进程，依此类推，以回收系统资源。

重要性从高到低如下所示：
1前台进程
用户当前操作所必需的进程。如果一个进程满足以下任一条件，即视为前台进程：
•托管用户正在交互的 Activity（已调用 Activity 的 onResume() 方法）
•托管某个 Service，后者绑定到用户正在交互的 Activity
•托管正在“前台”运行的 Service（服务已调用 startForeground()）
•托管正执行一个生命周期回调的 Service（onCreate()、onStart() 或 onDestroy()）
•托管正执行其 onReceive() 方法的 BroadcastReceiver
通常，在任意给定时间前台进程都为数不多。只有在内存不足以支持它们同时继续运行这一万不得已的情况下，系统才会终止它们。 此时，设备往往已达到内存分页状态，因此需要终止一些前台进程来确保用户界面正常响应

2可见进程
没有任何前台组件、但仍会影响用户在屏幕上所见内容的进程。 如果一个进程满足以下任一条件，即视为可见进程：
•托管不在前台、但仍对用户可见的 Activity（已调用其 onPause() 方法）。例如，如果前台 Activity 启动了一个对话框，允许在其后显示上一 Activity，则有可能会发生这种情况。
•托管绑定到可见（或前台）Activity 的 Service。
可见进程被视为是极其重要的进程，除非为了维持所有前台进程同时运行而必须终止，否则系统不会终止这些进程。

3服务进程

正在运行已使用 startService() 方法启动的服务且不属于上述两个更高类别进程的进程。尽管服务进程与用户所见内容没有直接关联，但是它们通常在执行一些用户关心的操作（例如，在后台播放音乐或从网络下载数据）。因此，除非内存不足以维持所有前台进程和可见进程同时运行，否则系统会让服务进程保持运行状态。

4后台进程
包含目前对用户不可见的 Activity 的进程（已调用 Activity 的 onStop() 方法）。这些进程对用户体验没有直接影响，系统可能随时终止它们，以回收内存供前台进程、可见进程或服务进程使用。 通常会有很多后台进程在运行，因此它们会保存在 LRU （最近最少使用）列表中，以确保包含用户最近查看的 Activity 的进程最后一个被终止。如果某个 Activity 正确实现了生命周期方法，并保存了其当前状态，则终止其进程不会对用户体验产生明显影响，因为当用户导航回该 Activity 时，Activity 会恢复其所有可见状态。

5空进程
不含任何活动应用组件的进程。保留这种进程的的唯一目的是用作缓存，以缩短下次在其中运行组件所需的启动时间。 为使总体系统资源在进程缓存和底层内核缓存之间保持平衡，系统往往会终止这些进程。

根据进程中当前活动组件的重要程度，Android 会将进程评定为它可能达到的最高级别。例如，如果某进程托管着服务和可见 Activity，则会将此进程评定为可见进程，而不是服务进程。

此外，一个进程的级别可能会因其他进程对它的依赖而有所提高，即服务于另一进程的进程其级别永远不会低于其所服务的进程。 例如，如果进程 A 中的内容提供程序为进程 B 中的客户端提供服务，或者如果进程 A 中的服务绑定到进程 B 中的组件，则进程 A 始终被视为至少与进程 B 同样重要。

由于运行服务的进程其级别高于托管后台 Activity 的进程，因此启动长时间运行操作的 Activity 最好为该操作启动服务，而不是简单地创建工作线程，当操作有可能比 Activity 更加持久时尤要如此。例如，正在将图片上传到网站的 Activity 应该启动服务来执行上传，这样一来，即使用户退出 Activity，仍可在后台继续执行上传操作。使用服务可以保证，无论 Activity 发生什么情况，该操作至少具备“服务进程”优先级。 同理，广播接收器也应使用服务，而不是简单地将耗时冗长的操作放入线程中。

其实也可以用优先级（oom_adj值）来表示这个重要性。App进程的优先级是在com.android.server.am.ProcessList
类里边定义的。所以当内存不足的时候，进程优先级低的（oom_adj越大的，系统进程是负数），占内存大的App进程将会被优先kill掉。

很多项目都比较“变态”，总想长期霸占内存（如消息推送），所以就有了各种进程保活的黑科技面市。黑科技我们占且不论，对于一般提高进程优先级的方法，大家还是应该了解一些。

如：

1、进程要运行一些组件，不要成为空进程。
2、远行一个Service，并设置为前台运行方式（startForeground）。
3、AndroidManifest.xml中配置persistent属性（persistent的App会被优先照顾，进程优先级设置为PERSISTENT_PROC_ADJ=-12）

二、线程

线程是CPU调度的基本单元，一个应用都有一个主线程负责处理消息。一个应用启动后，至少会有3个线程，一个主线程（UI线程）和2个Binder线程。Zygote进程（APK所在的进程也是由Zygote进程Fork出来的）还会产生有一些Daemon线程如：ReferenceQueueDaemon、FinalizerDaemon、FinalizerWatchdogDaemon、HeapTaskDaemon，从名字大家也可以对它们的用途猜出一二。

线程间可以共享资源，为了保存UI的更新不会混乱，所以更新UI控件时要求在主线程进行更新，即需要保证更新UI是线程安全的。

小知识点：

线程安全

就是线程同步的意思，就是当一个程序对一个线程安全的方法或者语句进行访问的时候，其他的不能再对他进行操作了，必须等到这次访问结束以后才能对这个线程安全的方法进行访问。

如果你的代码所在的进程中有多个线程在同时运行，而这些线程可能会同时运行这段代码。如果每次运行结果和单线程运行的结果是一样的，而且其他的变量的值也和预期的是一样的，就是线程安全的。

线程安全问题都是由全局变量及静态变量引起的。 若每个线程中对全局变量、静态变量只有读操作，而无写操作，一般来说，这个全局变量是线程安全的；若有多个线程同时执行写操作，一般都需要考虑线程同步，否则就可能影响线程安全。

参考：java中的线程安全是什么？什么叫线程安全？什么叫不安全？

Android 提供了几种途径来从其他线程访问 UI 线程。

以下列出了几种有用的方法：
•Activity.runOnUiThread(Runnable)
•View.post(Runnable)
•View.postDelayed(Runnable, long)

参考：

进程和线程在Android中的工作方式
进程和线程

线程间通信

定义新线程：

1.继承Thread类
2.实现Runnable接口

通信的五种方式：

1.Activity.runOnUiThread(Runnable)
2.View.post(Runnable)
3.View.postDelayed(Runnable, long)
4.Handler
5.AsyncTask

进程间通信

摘自：https://www.cnblogs.com/lizhengxian/p/5075635.html

定义多进程

Android应用中使用多进程只有一个办法（用NDK的fork来做除外），就是在AndroidManifest.xml中声明组件时，用android:process属性来指定。

不指定process属性，则默认运行在主进程中，主进程名字为包名。

android:process = package:remote，将运行在package:remote进程中，属于全局进程，其他具有相同shareUID与签名的APP可以跑在这个进程中。

android:process = :remote ，将运行在默认包名:remote进程中，而且是APP的私有进程，不允许其他APP的组件来访问。

多进程引发的问题

静态成员和单例失效：每个进程保持各自的静态成员和单例，相互独立。

线程同步机制失效：每个进程有自己的线程锁。

SharedPreferences可靠性下降：不支持并发写，会出现脏数据。

Application多次创建：不同进程跑在不同虚拟机，每个虚拟机启动会创建自己的Application，自定义Application时生命周期会混乱。

综上，不同进程拥有各自独立的虚拟机，Application，内存空间，由此引发一系列问题。

进程间通信

Bundle/Intent传递数据：

可传递基本类型，String，实现了Serializable或Parcellable接口的数据结构。

Serializable是Java的序列化方法，Parcellable是Android的序列化方法，

前者代码量少（仅一句），但I/O开销较大，一般用于输出到磁盘或网卡；后者实现代码多，效率高，一般用户内存间序列化和反序列化传输。

文件共享：

对同一个文件先后写读，从而实现传输，Linux机制下，可以对文件并发写，所以要注意同步。顺便一提，Windows下不支持并发读或写。

Messenger：

Messenger是基于AIDL实现的，服务端（被动方）提供一个Service来处理客户端（主动方）连接，维护一个Handler来创建Messenger，

在onBind时返回Messenger的binder。

双方用Messenger来发送数据，用Handler来处理数据。

Messenger处理数据依靠Handler，所以是串行的，也就是说，Handler接到多个message时，就要排队依次处理。

AIDL：

AIDL通过定义服务端暴露的接口，以提供给客户端来调用，AIDL使服务器可以并行处理，

而Messenger封装了AIDL之后只能串行运行，所以Messenger一般用作消息传递。

通过编写aidl文件来设计想要暴露的接口，编译后会自动生成响应的java文件，

服务器将接口的具体实现写在Stub中，用iBinder对象传递给客户端，客户端bindService的时候，

用asInterface的形式将iBinder还原成接口，再调用其中的方法。

ContentProvider：

系统四大组件之一，底层也是Binder实现，主要用来为其他APP提供数据，可以说天生就是为进程通信而生的。

自己实现一个ContentProvider需要实现6个方法，其中onCreate是主线程中回调的，其他方法是运行在Binder之中的。

自定义的ContentProvider注册时要提供authorities属性，应用需要访问的时候将属性包装成Uri.parse(“content://authorities”)。

还可以设置permission，readPermission，writePermission来设置权限。

ContentProvider有query，delete，insert等方法，看起来貌似是一个数据库管理类，但其实可以用文件，内存数据等等一切来充当数据源，

query返回的是一个Cursor，可以自定义继承AbstractCursor的类来实现。

Socket：

学过计算机网络的对Socket不陌生，所以不需要详细讲述。只需要注意，Android不允许在主线程中请求网络，

而且请求网络必须要注意声明相应的permission。然后，在服务器中定义ServerSocket来监听端口，

客户端使用Socket来请求端口，连通后就可以进行通信。