在Android中，我们可以简单的认为，每个运行的程序即为一个进程，这个进程中至少会有一个主线程(Android我们叫UI线程)；这个主线程可以操纵界面元素、控件等；但是遇到一些耗时、大量的任务，我们不能再UI线程中执行，严重影响用户体验且会导致Application not responding(ANR)，这时候就需要任务线程处理。
参考，google api Guides进程和线程
任务线程
因为遵循单线程模式，既不能在UI线程中处理耗时任务，也不能在非UI线程中操作UI元素。比如点击Button加载图片到ImageView中时，会如下编码：
public void onClick(View v) {
new Thread(new Runnable() {
public void run() {
final Bitmap bitmap =
loadImageFromNetwork("http://example.com/image.png");
mImageView.post(new Runnable() {
public void run() {
mImageView.setImageBitmap(bitmap);
}
});
}
}).start();
}new Thread()是为了防止出现ANR，开启新的线程处理下载图片任务。
AsyncTask也是常用的处理耗时任务并能在UI线程中调用控件。简单用法如下：
public void onClick(View v) {
new DownloadImageTask().execute("http://example.com/image.png");
}
private class DownloadImageTask extends AsyncTask< String, Void, Bitmap> {
// The system calls this to perform work in a worker thread and delivers it the parameters given to AsyncTask.execute()
//工作(子)线程
protected Bitmap doInBackground(String... urls) {
//可以调用publishProgress()，以在 UI 线程中执行 onProgressUpdate()
return loadImageFromNetwork(urls[0]);
}
// The system calls this to perform work in the UI thread and delivers the result from doInBackground()
// UI(主)线程
protected void onPostExecute(Bitmap result) {
mImageView.setImageBitmap(result);
}
// UI(主)线程
@Override
protected void onPreExecute() {
}
// UI(主)线程
@Override
protected void onProgressUpdate(Void... values) {
}
}Android中的多进程
两个应用肯定是两个进程，此处我们讨论的多线程是，一个应用中存在多个线程的情况。
Android中，我们为一个应用开启多线程的唯一方法就在清单文件AndroidManifest.xml文件中，给四大组件(Service、Activity、Receiver、ContentProvider)指定android:process属性。当然个属性名不能和本应用的包名一致。
如下:MainActivity->SecondActivity->ThirdActivity
运行之后，在Android studio中可以看到
三个进程：
1. 本身的”com.breezehan.process”
2. “:”开头的，会补上包名，“com.breezehan.process:remote”。且“以：”开始的进程属于当前进程的私有进程，其他应用组件不可以和他处在同一个进程中。
3. 直接全名为“com.breezehan.process.remote”，不以”:”开头的进程是全局进程，其他应用组件可以通过ShareID的方式和它跑在同一进程中。
通过命令行显示如下：
多进程中的”地雷“
通过上面的介绍，我们想开启一个进程很容易，只要添加android:process即可，可是真的这么简单嘛，会不会有什么坑？前方预警、小心！
我们创建一个静态变量：
public class UserManager {
public static int mUserId = 1;
}
然后分别在MainActivity和SecondActivity的onCreate方法中打印mUserId的值。如下
31150-31150/com.breezehan.process I/MainActivity: onCreate: mUserId=2
31370-31370/com.breezehan.process:remote I/SecondActivity: onCreate: mUserId=1你看，踩到雷了吧！
造成上述情况的原因是：两个Activity是运行在不同的进程中的，Android为每个应用(每个进程)分配一个单独的虚拟机，不同的虚拟机在内存上分配不同的地址空间。上述情况，就等于两个进程中各有一个UserManager，MainActivity所在虚拟机中的mUserId变化了，但是并不影响SecondActivity中的UserManager中的mUserId。
这就会导致一系列的问题，常见如下：
1. 静态成员和单例模式完全失效。
2. 线程同步机制完全失效。
3. SharedPreference可靠性下降。
4. Application多次创建。
其实，心中默念”不一个进程，不一个虚拟机“，上面的问题就显而易见。
第1个问题上面已有实例；
第2个问题，既然不是一个进程，再怎么同步锁，也不是一块内存，谁也看不到谁，更别提同步锁了；
第3个问题，首先SharedPreference实际上是读写xml文件的，并发显然是有问题的。
第4个问题，都不是一个进程，不一个虚拟机，肯定不一个Application。
public class MyApplication extends Application {
private static final String TAG = "MyApplication";
@Override
public void onCreate() {
super.onCreate();
String processName = "";
int pid = android.os.Process.myPid();//获取进程pid
ActivityManager am = (ActivityManager)this.getSystemService(Context.ACTIVITY_SERVICE);//获取系统的ActivityManager服务
for (ActivityManager.RunningAppProcessInfo appProcess : am.getRunningAppProcesses()){
if(appProcess.pid == pid){
processName = appProcess.processName;
break;
}
}
Log.i(TAG, "application start,process name: "+processName);
}
}
清单文件中
***
android:name=".MyApplication"
***
/>
运行结果如下
21886-21886/com.breezehan.process I/MyApplication: application start,process name: com.breezehan.process
21941-21941/com.breezehan.process:remote I/MyApplication: application start,process name: com.breezehan.process:remote
21985-21985/com.breezehan.process.remote I/MyApplication: application start,process name: com.breezehan.process.remote
