进程方法Android进程与线程基本知识

上班之余抽点时光出来写写博文，希望对新接触的朋友有帮助。今天在这里和大家一起学习一下进程方法

1.Android进程基本知识：

我们先来了解下Android中的进程基本知识。

当一个程序第一次启动的时候，Android会启动一个LINUX进程和一个主线程。默许的情况下，全部该程序的组件都将在该进程和线程中运行。同时，Android会为每一个应用程序分配一个独自的LINUX用户。Android会尽量保留一个正在运行进程，只在内存资源涌现不足时，Android会实验停止一些进程从而释放充足的资源给其他新的进程使用，也能保障用户正在拜访的以后进程有充足的资源去实时地响应用户的事件。

Android会根据进程中运行的组件类别以及组件的状态来判断该进程的重要性，Android会首先停止那些不重要的进程。按照重要性从高到低一共有五个级别：

前台进程

前台进程是用户以后正在使用的进程。只有一些前台进程可以在任何时候都存在。他们是最后一个被结束的，当内存低到根本连他们都不能运行的时候。一般来说，在这种情况下，设备会进行内存调度，中止一些前台进程来保持对用户交互的响应。

可见进程

可见进程不包含前台的组件但是会在屏幕上表现一个可见的进程是的重要程度很高，除非前台进程须要获得它的资源，不然不会被中止。

服务进程

运行着一个通过startService() 方法启动的service，这个service不属于下面提到的2种更高重要性的。service地点的进程虽然对用户不是直接可见的，但是他们执行了用户非常关注的任务（比如播放mp3，从网络下载数据）。只要前台进程和可见进程有充足的内存，系统不会回收他们。

后台进程

运行着一个对用户弗成见的activity（调用过 onStop() 方法).这些进程对用户体验没有直接的影响，可以在服务进程、可见进程、前台进程须要内存的时候回收。平日，系统中会有很多弗成见进程在运行，他们被保存在LRU (least recently used) 列表中，以便内存不足的时候被第一时光回收。如果一个activity正确的执行了它的生命周期，关闭这个进程对于用户体验没有太大的影响。

空进程

未运行任何程序组件。运行这些进程的独一原因是作为一个缓存，缩短下次程序须要重新使用的启动时光。系统经常中止这些进程，这样可以调节程序缓存和系统缓存的平衡。

Android 对进程的重要性评级的时候，选取它最高的级别。另外，当被另外的一个进程依赖的时候，某个进程的级别可能会增高。一个为其他进程服务的进程永远不会比被服务的进程重要级低。因为服务进程比后台activity进程重要级高，因此一个要进行耗时工作的activity最好启动一个service来做这个工作，而不是开启一个子进程――特别是这个操作须要的时光比activity存在的时光还要长的时候。例如，在后台播放音乐，向网上上传摄像头拍到的图片，使用service可以使进程最少获得到“服务进程”级别的重要级，而不必考虑activity目前是什么状态。broadcast receivers做费时的工作的时候，也应该启用一个服务而不是开一个线程。

2. 单线程模型

当一个程序第一次启动时，Android会同时启动一个对应的主线程（Main Thread），主线程重要担任处置与UI相干的事件，如用户的按键事件，用户接触屏幕的事件以及屏幕绘图事件，并把相干的事件分发到对应的组件进行处置。所以主线程平日又被叫做UI线程。

在开辟Android应用时必须遵守单线程模型的准则： Android UI操作并非线程安全的并且这些操作必须在UI线程中执行。

2.1 子线程更新UI Android的UI是单线程(Single-threaded)的。

为了防止拖住GUI，一些较费时的对象应该交给独立的线程去执行。如果幕后的线程来执行UI对象，Android就会发出错误讯息 CalledFromWrongThreadException。以后遇到这样的异常抛出时就要晓得怎么回事了！

2.2 Message Queue

在单线程模型下，为了处理类似的问题，Android设计了一个Message Queue(消息队列)，线程间可以通过该Message Queue并结合Handler和Looper组件进行信息交换。下面将对它们进行分离介绍：

2.2.1. Message Message消息

理解为线程间交流的信息，处置数据后台线程须要更新UI，则发送Message内含一些数据给UI线程。

2.2.2. Handler Handler处置者

是Message的重要处置者，担任Message的发送，Message内容的执行处置。后台线程就是通过传进来的Handler对象引用来sendMessage(Message)。而使用Handler，须要implement 该类的 handleMessage(Message) 方法，它是处置这些Message的操作内容，例如Update UI。平日须要子类化Handler来实现handleMessage方法。

2.2.3. Message Queue Message Queue消息队列

用来寄存通过Handler宣布的消息，按照先进先出执行。每一个message queue都会有一个对应的Handler。Handler会向message queue通过两种方法发送消息：sendMessage或post。这两种消息都会插在message queue队尾并按先进先出执行。但通过这两种方法发送的消息执行的方式略有不同：通过sendMessage发送的是一个message对象,会被Handler的handleMessage()函数处置；而通过post方法发送的是一个runnable对象，则会自己执行。

2.2.4. Looper Looper是每条线程里的Message Queue的管家。

Android没有Global的Message Queue，而Android会自动替主线程(UI线程)建立Message Queue，但在子线程里并没有建立Message Queue。所以调用Looper.getMainLooper()得到的主线程的Looper不为NULL，但调用Looper.myLooper()得到以后线程的Looper就有可能为NULL。

对于子线程使用Looper，API Doc提供了正确的使用方法：

    package com.test;    import android.os.Handler;    import android.os.Looper;    import android.os.Message;    class LooperThread extends Thread {    public Handler mHandler;    public void run() {    Looper.prepare(); //创建本线程的Looper并创建一个MessageQueue    mHandler = new Handler() {    public void handleMessage(Message msg) {    // process incoming messages here    }    };    Looper.loop(); //开始运行Looper,监听Message Queue    }    }

这个Message机制的大概流程：

1. 在Looper.loop()方法运行开始后，循环地按照接收顺序掏出Message Queue里头的非NULL的Message。

2. 一开始Message Queue里头的Message都是NULL的。当Handler.sendMessage(Message)到Message Queue，该函数里头设置了那个Message对象的target属性是以后的Handler对象。随后Looper掏出了那个Message，则调用该Message的target指向的Hander的dispatchMessage函数对Message进行处置。

在dispatchMessage方法里，如何处置Message则由用户指定，三个判断，优先级从高到低：

1) Message里头的Callback，一个实现了Runnable接口的对象，其中run函数做处置工作；

2) Handler里头的mCallback指向的一个实现了Callback接口的对象，由其handleMessage进行处置；

3) 处置消息Handler对象对应的类继承并实现了其中handleMessage函数，通过这个实现的handleMessage函数处置消息。

由此可见，我们实现的handleMessage方法是优先级最低的！

3. Handler处置完该Message (update UI) 后，Looper则设置该Message为NULL，以便回收！

3.Android另外提供了一个工具类：AsyncTask。

它使得UI thread的使用变得异常简单。它使创建须要与用户界面交互的长时光运行的任务变得更简单，不须要借助线程和Handler即可实现。

1) 子类化AsyncTask

2) 实现AsyncTask中定义的下面一个或几个方法

onPreExecute() 开始执行前的准备工作；

doInBackground(Params...) 开始执行后台处置，可以调用publishProgress方法来更新实时的任务进度；

onProgressUpdate(Progress...) 在publishProgress方法被调用后，UI thread将调用这个方法从而在界面上展示任务的停顿情况，例如通过一个进度条进行展示。

onPostExecute(Result) 执行完成后的操作，传送结果给UI 线程。

这4个方法都不能手动调用。而且除了doInBackground(Params...)方法，其余3个方法都是被UI线程所调用的，所以要求：

1) AsyncTask的实例必须在UI thread中创建；

2) AsyncTask.execute方法必须在UI thread中调用；

同时要注意：该task只能被执行一次，否则多次调用时将会涌现异常。

在使用进程中，发明AsyncTask的构造函数的参数设置须要看明白：

AsyncTask<Params, Progress, Result> Params对应doInBackground(Params...)的参数类型。

而new AsyncTask().execute(Params... params)，就是传进来的Params数据，你可以execute(data)来传送一个数据，或者execute(data1, data2, data3)这样多个数据。

Progress对应onProgressUpdate(Progress...)的参数类型；每日一道理
听，是谁的琴声，如此凄凉，低调的音，缓慢的节奏，仿佛正诉说着什么。音低调得略微有些抖动，听起来似乎心也有些抖动，我感觉到一种压抑的沉闷气息，是否已凝结在这空气中……

Result对应onPostExecute(Result)的参数类型。当以上的参数类型都不须要指明某个时，则使用Void，注意不是void。不明白的可以参考下面的例子，或者API Doc里头的例子。

下面是关于AsyncTask的使用示例：

    ((Button) findViewById(R.id.load_AsyncTask)).setOnClickListener(new View.OnClickListener(){    @Override    public void onClick(View view) {    data = null;    data = new ArrayList<String>();    adapter = null;    //表现ProgressDialog放到AsyncTask.onPreExecute()里    //showDialog(PROGRESS_DIALOG);    new ProgressTask().execute(data);    }    });    private class ProgressTask extends AsyncTask<ArrayList<String>, Void, Integer> {    /* 该方法将在执行现实的后台操作前被UI thread调用。可以在该方法中做一些准备工作，如在界面上表现一个进度条。*/    @Override    protected void onPreExecute() {    // 先表现ProgressDialog    showDialog(PROGRESS_DIALOG);    }    /* 执行那些很耗时的后台盘算工作。可以调用publishProgress方法来更新实时的任务进度。 */    @Override    protected Integer doInBackground(ArrayList<String>... datas) {    ArrayList<String> data = datas[0];    for (int i=0; i<8; i++) {    data.add("ListItem");    }    return STATE_FINISH;    }    /* 在doInBackground 执行完成后，onPostExecute 方法将被UI thread调用，    * 后台的盘算结果将通过该方法传递到UI thread.    */    @Override    protected void onPostExecute(Integer result) {    int state = result.intValue();    switch(state){    case STATE_FINISH:    dismissDialog(PROGRESS_DIALOG);    Toast.makeText(getApplicationContext(),    "加载完成!",    Toast.LENGTH_LONG)    .show();    adapter = new ArrayAdapter<String>(getApplicationContext(),    android.R.layout.simple_list_item_1,    data );    setListAdapter(adapter);    break;    case STATE_ERROR:    dismissDialog(PROGRESS_DIALOG);    Toast.makeText(getApplicationContext(),    "处置进程发生错误!",    Toast.LENGTH_LONG)    .show();    adapter = new ArrayAdapter<String>(getApplicationContext(),    android.R.layout.simple_list_item_1,    data );    setListAdapter(adapter);    break;    default:    }    }

以上是从网络获得数据，加载到ListView中示例。

4.Android中如何结束进程

4.1 Android 结束进程，关闭程序的方法即采取下面这个类

Void android.app.ActivityManager.restartPackage(String packageName)

public void restartPackage (String packageName)

Since: API Level 3

Have the system perform a force stop of everything associated with the given application package. All processes that share its uid will be killed, all services it has running stopped, all activities removed, etc. In addition, a ACTION_PACKAGE_RESTARTED broadcast will be sent, so that any of its registered alarms can be stopped, notifications removed, etc. You must hold the permission RESTART_PACKAGES to be able to call this method. Parameters packageName The name of the package to be stopped.

使用这个类的具体源代码

    final ActivityManager am = (ActivityManager)getSystemService(Context.ACTIVITY_SERVICE);    am.restartPackage(getPackageName());

不要忘记了在配置文件中设置权限：

<uses-permission android:name="android.permission.RESTART_PACKAGES"></uses-permission>

结束进程还有

4.2 android.os.Process.killProcess(pid)

只能终止本程序的进程，无法终止其它的

public static final void killProcess (int pid)

Kill the process with the given PID. Note that, though this API allows us to request to kill any process based on its PID, the kernel will still impose standard restrictions on which PIDs you are actually able to kill. Typically this means only the process running the caller's packages/application and any additional processes created by that app; packages sharing a common UID will also be able to kill each other's processes.

具体代码如下：

Process.killProcess(Process.myPid());

Process.killProcess(Process.myPid());

public void finish ()

Call this when your activity is done and should be closed. The ActivityResult is propagated back to whoever launched you via onActivityResult().

这是结束以后activity的方法。要自动的结束一个活动Activity，这里须要注意finish是结束失落一个Activity，而不是一个进程。这个方法最后会调用Activity的生命周期函数onDestroy方法，结束以后的Activity，从任务栈中弹出以后的Activity，激活下一个Activity。当然其他的finish系列方法，我们不在这里做详细讨论。

4.3 System.exit(int code)

例如： System.exit(0);

该方法只能用于结束以后进程自身，在程序遇到异常，无法畸形执行时，可以通过这个方法强制退出。

须要注意的是： android.os.Process.killProcess(pid) 和 System.exit(int code)会导致进程非畸形退出，进程退出时不会去执行Activity的onPause、onStop和onDestroy方法，那么进程很有可能错过了保存数据的机会。因此，这两个方法最好使用在涌现异常的时候！大家须要注意其使用方法。

4.4 在android2.2版本之后则不能再使用restartPackage()方法，而应该使用killBackgroundProcesses()方法

manager.killBackgroundProcesses(getPackageName());

    ActivityManager manager = (ActivityManager)getSystemService(ACTIVITY_SERVICE);    manager.killBackgroundProcesses(getPackageName());

//须要在xml中加入权限声明

<uses-permission android:name="android.permission.KILL_BACKGROUND_PROCESSES"/>

另外，在android2.2以后，如果服务在ondestroy里加上了start自己，用kill backgroudprocess平日无法结束自己。

4.5还有一种最新发明的方法，利用反射调用forceStopPackage来结束进程

    Method forceStopPackage = am.getClass().getDeclaredMethod("forceStopPackage", String.class);    forceStopPackage.setAccessible(true);    forceStopPackage.invoke(am, yourpkgname);

配置文件中须要添加定义：

android:sharedUserId="android.uid.system"

另外须要再在配置文件添加权限：

<uses-permission android:name="android.permission.FORCE_STOP_PACKAGES"></uses-permission>

并且采取系统platform签名因为须要用FORCE_STOP_PACKAGES权限，该权限只赋予系统签名级程序即可实现强制停止指定程序

4.6 还有一种方法利用linux的kill -9命令

4.7 退出到主屏幕（是对以后进程的一种处置）

这个方法，也是退出以后进程的一个方法。如果我们在进程中创建了很多的Activity，但是又不想关闭时去退出不在任务栈顶的Activity ，那么就可以直接使用这个方法了。

功能：当按下返回键时，就返回到主屏幕，并带有参数 FLAG_ACTIVITY_CLEAR_TOP ，会清理失落以后的活动。

以下是按下返回键同时不重复时，返回到主屏幕的示例：

    package com.test.android;    import android.app.Activity;    import android.content.Intent;    import android.os.Bundle;    import android.view.KeyEvent;    /**    * Andriod按返回键返回到主屏幕示例    * @Description: Andriod按返回键返回到主屏幕示例    * @FileName: MyTestProjectActivity.java    * @Package com.test.android    * @Author Hanyonglu    * @Date 2012-4-11 上午11:57:31    * @Version V1.0    */    public class MyTestProjectActivity extends Activity {    /** Called when the activity is first created. */    @Override    public void onCreate(Bundle savedInstanceState) {    super.onCreate(savedInstanceState);    setContentView(R.layout.main);    }    @Override    public boolean onKeyDown(int keyCode, KeyEvent event) {    // event.getRepeatCount()：按下返回键，同时没有重复    if (keyCode == KeyEvent.KEYCODE_BACK && event.getRepeatCount() == 0) {    Intent home = new Intent(Intent.ACTION_MAIN);    home.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);    home.addCategory(Intent.CATEGORY_HOME);    startActivity(home);    }    return super.onKeyDown(keyCode, event);    }    }

文章结束给大家分享下程序员的一些笑话语录：大家喝的是啤酒，这时你入座了。
你给自己倒了杯可乐，这叫低配置。
你给自已倒了杯啤酒，这叫标准配置。
你给自己倒了杯茶水，这茶的颜色还跟啤酒一样，这叫木马。
你给自己倒了杯可乐，还滴了几滴醋，不仅颜色跟啤酒一样，而且不冒热气还有泡泡，这叫超级木马。
你的同事给你倒了杯白酒，这叫推荐配置。
菜过三巡，你就不跟他们客气了。
你向对面的人敬酒，这叫p2p。
你向对面的人敬酒，他回敬你，你又再敬他……，这叫tcp。
你向一桌人挨个敬酒，这叫令牌环。
你说只要是兄弟就干了这杯，这叫广播。
有一个人过来向这桌敬酒，你说不行你先过了我这关，这叫防火墙。
你的小弟们过来敬你酒，这叫一对多。
你是boss，所有人过来敬你酒，这叫服务器。
酒是一样的，可是喝酒的人是不同的。
你越喝脸越红，这叫频繁分配释放资源。
你越喝脸越白，这叫资源不释放。
你已经醉了，却说我还能喝，叫做资源额度不足。
你明明能喝，却说我已经醉了，叫做资源保留。
喝酒喝到最后的结果都一样
你突然跑向厕所，这叫捕获异常。
你在厕所吐了，反而觉得状态不错，这叫清空内存。
你在台面上吐了，觉得很惭愧，这叫程序异常。
你在boss面前吐了，觉得很害怕，这叫系统崩溃。
你吐到了boss身上，只能索性晕倒了，这叫硬件休克。

更多相关文章

随机推荐