android私有进程和,Android中的进程和线程

在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