IPC

為了弄懂IPC的來龍去脈，我將從以下三個方面為大家來講解，希望對大家理解IPC會有幫助

我們提供的服務(wù)有：做網(wǎng)站、成都做網(wǎng)站、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認證、蛟河ssl等。為上千多家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學管理、有技術(shù)的蛟河網(wǎng)站制作公司

什么是IPC

IPC是Inter Process Communication的縮寫，其意思就是進程間的通信，也就是兩個進程之間的通信過程。我們都知道在Android系統(tǒng)中，每個應(yīng)用都運行在一個進程上，具有自己的DVM實例，而且進程之間是相互隔離的，也就是說各個進程之間的數(shù)據(jù)是互相獨立，互不影響的，而如果一個進程崩潰了，也不會影響到另一個進程。
采取這樣的設(shè)計是有一定道理的，例如這樣的前提下將互相不影響的系統(tǒng)功能分拆到不同的進程里面去，有助于提升系統(tǒng)的穩(wěn)定性，畢竟我們都不想自己的應(yīng)用進程崩潰會導致整個手機系統(tǒng)的崩潰。
進程之間隔離是不錯的選擇，可是如果進程之間想要互相通信，進行數(shù)據(jù)交互的時候那該怎么辦呢？例如我們在自己的應(yīng)用中想要訪問手機通訊錄中的聯(lián)系人，很顯然這是兩個不同的進程，如果Android沒有提供一種進程之間交流的機制，那么這種功能將無法實現(xiàn)。
不過由于Android系統(tǒng)使用的是Linux內(nèi)核，而在Linux系統(tǒng)中進程之間的交互是有一套機制的，所以Android也借鑒了其中的一些機制，從而形成了Android的IPC機制。
上面只是粗略的講解了IPC是啥，關(guān)于它的使用和原理我將一一為大家呈上。

為什么要用IPC

上一點中我舉了訪問手機通訊錄的例子。但你可能覺得我不需要用到這種功能，那么我就不用管IPC啦！其實不然，IPC在我們的應(yīng)用開發(fā)過程中隨處可見，下面我將舉一個例子來說明他的重要性。
我們在MainActivity中修改一個靜態(tài)變量，接著在另一個進程的SecondActivity中去訪問該變量，看看能否讀取已經(jīng)修改過的變量。

1、新建一個Student類，并聲明一個靜態(tài)變量

public class Student {    public static String name="BOB";
}

2、在MainActivity的onCreate方法中修改name的值，并打印log

@Overrideprotected void onCreate(Bundle savedInstanceState) {    super.onCreate(savedInstanceState);    setContentView(R.layout.activity_main);
    Student.name = "JACK";
    Log.d("MainActivity:Sname=", Student.name);
}

3、將SecondActivity設(shè)置為新進程，并在其onCreate方法中訪問name

<!-- 在清單文件中通過android:process屬性為SecondActivity指定特定的進程：com.bob.aidltest：second --><activity     android:name=".SecondActivity"    android:process=":second"></activity>

public class SecondActivity extends AppCompatActivity {    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.second_activity);
        Log.d("SecondActivity:Sname=" , Student.name);
    }
}

4、通過log，可以看到在MainActivity中修改了name的值，但是在SecondActivity中卻無法讀取修改后的值

通過以上的實驗，大家應(yīng)該明白了一點：在不同的進程之間訪問同一個靜態(tài)變量是行不通的。其原因是：每一個進程都分配有一個獨立的虛擬機，不同的虛擬機在內(nèi)存分配上有不同的地址空間，這就導致在不同的虛擬機上訪問同一個對象會產(chǎn)生多個副本。例如我們在MainActivity中訪問的name的值只會影響當前進程，而對其他進程不會造成影響，所以在SecondActivity中訪問name時依舊只能訪問自己進程中的副本。

Android中解決IPC的方法

上面也講到，為了解決這些跨進程的問題，Android沿用了一些Linux的進程管理機制，使得進程之間能夠進行交互，下面我將列出一些常見的IPC方式，需要指出的是本文主要講解Binder機制，所以會注重講解AIDL，其他方式請讀者自行查閱相關(guān)資料。

Binder

終于來到這篇文章的重頭戲了，上面講到Android解決IPC的方法中有一種是AIDL，它使用的原理就是Binder，只有理解了Binder，我們才算是理解了Android跨進程通信的原理。在這里我會帶大家看看Android中有哪一些重要的地方使用到了Binder，接著我們會通過一個實例來了解如何使用Binder，最后我們會分析Binder的源碼來理解他的工作流程。

Binder在Android中的運用

說起B(yǎng)inder在Android的使用場景，可以說是無處不在，我列出一些最常見的場景：

• 四大組件的生命周期都是使用Binder機制進行管理的

• View的工作原理也使用了Binder

• WindowManager的工作機制同樣使用了Binder

以上三個方面只是最常見的場景，但是卻幾乎包括了我們開發(fā)的整個流程。我們開發(fā)的應(yīng)用都離不開四大組件，而四大組件也正是依靠Binder機制運行的；對于我們最常見的View，他是如何顯示的，View又是如何響應(yīng)我們的動作的，這其中也用到了Binder(關(guān)于這些內(nèi)容我會在后續(xù)的文章中為大家分析)。可以說了解Binder對于我們的開發(fā)是很有幫助的，那接下來我們就來看看我們該如何使用Binder進行進程間的通信吧！

如何使用Binder

現(xiàn)在我們需要實現(xiàn)這樣的功能：客戶端與服務(wù)端位于不同的進程，客戶端需要向服務(wù)端添加學生，同時客戶端還可以向服務(wù)端發(fā)起查詢學生列表的請求。

1、創(chuàng)建Student.java，Student.aidl，IStudentManager.aidl

• Student.java

package com.bob.aidltest.aidl;import android.os.Parcel;import android.os.Parcelable;/** * Created by bob on 17-7-3. * 所有需要在Binder傳遞的數(shù)據(jù)類型都需要實現(xiàn)Parcelable接口 */public class Student implements Parcelable{    public static String name="BOB";    public int s_id;    public String s_name;    public String s_gender;    public Student(Parcel in) {
        s_id = in.readInt();
        s_name = in.readString();
        s_gender = in.readString();

    }    public Student(int s_id, String s_name, String s_gender) {        this.s_id = s_id;        this.s_name = s_name;        this.s_gender = s_gender;
    }    @Override
    public int describeContents() {        return 0;
    }    @Override
    public void writeToParcel(Parcel dest, int flags) {
        dest.writeInt(s_id);
        dest.writeString(s_name);
        dest.writeString(s_gender);
    }    public static final Creator<Student> CREATOR = new Creator<Student>() {        @Override
        public Student createFromParcel(Parcel in) {            return new Student(in);
        }        @Override
        public Student[] newArray(int size) {            return new Student[size];
        }
    };    @Override
    public String toString() {        return String.format("[StudentID: %s , StudentName: %s , StudentGender: %s]", s_id, s_name, s_gender);
    }
}

• Student.aidl

// Student1.aidlpackage com.bob.aidltest.aidl;parcelable Student;

• IStudentManager.aidl

// IStudentManager.aidlpackage com.bob.aidltest.aidl;import com.bob.aidltest.aidl.Student;interface IStudentManager {    List<Student> getStudentList();    void addStudent(in Student student);
}

創(chuàng)建完畢之后手動編譯項目(Build-->ReBuild Project)，接著就會在app/build/generated/source/aidl/debug/com/bob/aidltest/aidl/IStudentManager.java中看到自動生成的IStudentManager接口，如下圖：

2、分析IStudentManager.java

先來看看自動生成的代碼：

public interface IStudentManager extends android.os.IInterface{    /** 內(nèi)部類Stub，繼承自Binder并且實現(xiàn)了IStudentManager接口，因此他也是一個Binder對象，這個內(nèi)部類是需要在服務(wù)端手動實現(xiàn)的，并且會通過onBind方法返回給客戶端 */
    public static abstract class Stub extends android.os.Binder implements com.bob.aidltest.aidl.IStudentManager
    {        private static final java.lang.String DESCRIPTOR = "com.bob.aidltest.aidl.IStudentManager";        /** 構(gòu)造方法 */
        public Stub()
        {            this.attachInterface(this, DESCRIPTOR);
        }        /**         * 將服務(wù)端的Binder對象轉(zhuǎn)換為客戶端的所需的AIDL接口類型的對象，客戶端拿到這個對象就可以通過這個對象遠程訪問服務(wù)端的方法         */
        public static com.bob.aidltest.aidl.IStudentManager asInterface(android.os.IBinder obj)
        {            if ((obj==null)) {                return null;
            }
            android.os.IInterface iin = obj.queryLocalInterface(DESCRIPTOR);            if (((iin!=null)&&(iin instanceof com.bob.aidltest.aidl.IStudentManager))) {                return ((com.bob.aidltest.aidl.IStudentManager)iin);
            }            return new com.bob.aidltest.aidl.IStudentManager.Stub.Proxy(obj);
        }        @Override public android.os.IBinder asBinder()
        {            return this;
        }        
        /**         * 運行在服務(wù)端進程的Binder線程池中；當客戶端進程發(fā)起遠程請求時，遠程請求會要求系統(tǒng)底層執(zhí)行回調(diào)該方法         * @param code 客戶端進程請求方法標識符。服務(wù)端進程會根據(jù)該標識確定所請求的目標方法         * @param data 目標方法的參數(shù)，他是客戶端進程傳進來的，當我們調(diào)用addStudent(Student student)方法時，參數(shù)就是Student對象         * @param reply 目標方法執(zhí)行后的結(jié)果，將會返回給客戶端，例如當我們調(diào)用getStudentList，返回的就是一個Student的列表         */
        @Override public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException
        {            switch (code)
            {                case INTERFACE_TRANSACTION:
                {
                    reply.writeString(DESCRIPTOR);                    return true;
                }                case TRANSACTION_getStudentList:
                {
                    data.enforceInterface(DESCRIPTOR);
                    java.util.List<com.bob.aidltest.aidl.Student> _result = this.getStudentList();
                    reply.writeNoException();
                    reply.writeTypedList(_result);                    return true;
                }                case TRANSACTION_addStudent:
                {
                    data.enforceInterface(DESCRIPTOR);
                    com.bob.aidltest.aidl.Student _arg0;                    if ((0!=data.readInt())) {
                        _arg0 = com.bob.aidltest.aidl.Student.CREATOR.createFromParcel(data);
                    }                    else {
                        _arg0 = null;
                    }                    this.addStudent(_arg0);
                    reply.writeNoException();                    return true;
                }
            }            return super.onTransact(code, data, reply, flags);
        }        /**         * 代理的內(nèi)部類，他實現(xiàn)了IStudentManager接口，這個代理類就是服務(wù)端返回給客戶端的AIDL接口對象，客戶端可以通過這個代理類訪問服務(wù)端的方法         */
        private static class Proxy implements com.bob.aidltest.aidl.IStudentManager
        {            private android.os.IBinder mRemote;
            Proxy(android.os.IBinder remote)
            {
                mRemote = remote;
            }            @Override public android.os.IBinder asBinder()
            {                return mRemote;
            }            public java.lang.String getInterfaceDescriptor()
            {                return DESCRIPTOR;
            }            @Override public java.util.List<com.bob.aidltest.aidl.Student> getStudentList() throws android.os.RemoteException
            {
                android.os.Parcel _data = android.os.Parcel.obtain();
                android.os.Parcel _reply = android.os.Parcel.obtain();
                java.util.List<com.bob.aidltest.aidl.Student> _result;                try {
                    _data.writeInterfaceToken(DESCRIPTOR);
                    mRemote.transact(Stub.TRANSACTION_getStudentList, _data, _reply, 0);
                    _reply.readException();
                    _result = _reply.createTypedArrayList(com.bob.aidltest.aidl.Student.CREATOR);
                }                finally {
                    _reply.recycle();
                    _data.recycle();
                }                return _result;
            }            @Override public void addStudent(com.bob.aidltest.aidl.Student student) throws android.os.RemoteException
            {
                android.os.Parcel _data = android.os.Parcel.obtain();
                android.os.Parcel _reply = android.os.Parcel.obtain();                try {
                    _data.writeInterfaceToken(DESCRIPTOR);                    if ((student!=null)) {
                        _data.writeInt(1);
                        student.writeToParcel(_data, 0);
                    }                    else {
                        _data.writeInt(0);
                    }
                    mRemote.transact(Stub.TRANSACTION_addStudent, _data, _reply, 0);
                    _reply.readException();
                }                finally {
                    _reply.recycle();
                    _data.recycle();
                }
            }
        }        static final int TRANSACTION_getStudentList = (android.os.IBinder.FIRST_CALL_TRANSACTION + 0);        static final int TRANSACTION_addStudent = (android.os.IBinder.FIRST_CALL_TRANSACTION + 1);
    }    public java.util.List<com.bob.aidltest.aidl.Student> getStudentList() throws android.os.RemoteException;    public void addStudent(com.bob.aidltest.aidl.Student student) throws android.os.RemoteException;
}

可能看了上面的注釋大家還是一頭霧水，那就先看看這個類的結(jié)構(gòu)圖吧：

有關(guān)這個類的細節(jié)我們待會講，現(xiàn)在只需要知道我們需要在服務(wù)端手動實現(xiàn)Proxy類并實現(xiàn)其中的方法。

創(chuàng)建StudentManagerService.java，并為其指定進程

/** * Created by bob on 17-7-3. * 服務(wù)端代碼 */public class StudentManagerService extends Service {    private static final String TAG = "StudentManagerService";    //判斷Service是否銷毀
    private AtomicBoolean mIsServiceDestroyed = new AtomicBoolean(false);    //適合用于進程間傳輸?shù)牧斜眍?    private CopyOnWriteArrayList<Student> mStudentList = new CopyOnWriteArrayList<Student>();    @Override
    public void onCreate() {        super.onCreate();        //在服務(wù)端手動添加兩位默認的學生
        mStudentList.add(new Student(1, "BOB", "man"));
        mStudentList.add(new Student(2, "MAY", "woman"));

    }    @Override
    public IBinder onBind(Intent intent) {        return mBinder;
    }    @Override
    public void onDestroy() {
        mIsServiceDestroyed.set(false);        super.onDestroy();
    }    private Binder mBinder = new IStudentManager.Stub() {        @Override
        public List<Student> getStudentList() throws RemoteException {
            SystemClock.sleep(5000);//休眠5s模擬耗時操作
            return mStudentList;
        }        @Override
        public void addStudent(Student student) throws RemoteException {
            mStudentList.add(student);
        }

    };
    
}

在清單文件中指定服務(wù)的進程

<service     android:name=".StudentManagerService"    android:process=":remote"></service>

可以看到這個服務(wù)類跟普通的服務(wù)類相差并不大，唯一的區(qū)別在于它創(chuàng)建了一個IStudentManager.Stub的匿名內(nèi)部類并且實現(xiàn)了其中的方法，在onBind方法中將這個IBinder對象返回給客戶端。這里需要說明一下：Binder是實現(xiàn)了IBinder接口的，所以他同時也是一個IBinder對象。

在客戶端愉快的綁定Service吧！

public class MainActivity extends AppCompatActivity {    private static final String TAG = "MainActivity_Client";    private static final int MESSAGE_QUERY_STUDENTLIST=1;    private int student_size = 3;    private IStudentManager mRemoteStudentManager;    private ServiceConnection mConnection=new ServiceConnection() {        //onServiceConnected與onServiceDisconnected都是在主線程中的，所以如果里面如果涉及到服務(wù)端的耗時操作那么需要在子線程中進行
        @Override
        public void onServiceConnected(ComponentName name, IBinder service) {            //獲取到IStudentManager對象
            final IStudentManager studentManager =IStudentManager.Stub.asInterface(service);
            mRemoteStudentManager = studentManager;
        }        @Override
        public void onServiceDisconnected(ComponentName name) {
            mRemoteStudentManager = null;
            Log.d(TAG, "onServiceDisconnected.threadname:" + Thread.currentThread().getName());

        }
    };    @Override
    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);
        Intent intent = new Intent(this, StudentManagerService.class);        bindService(intent, mConnection, BIND_AUTO_CREATE);
    }    @Override
    protected void onDestroy() {        unbindService(mConnection);        super.onDestroy();
    }    //將服務(wù)端返回的數(shù)據(jù)顯示在界面上
    private Handler mHandler=new Handler(){        @Override
        public void handleMessage(Message msg) {            switch (msg.what) {                case MESSAGE_QUERY_STUDENTLIST:
                    Toast.makeText(MainActivity.this, msg.obj.toString(),Toast.LENGTH_SHORT).show();                default:                    super.handleMessage(msg);
            }
        }
    };    /**     * 在客戶端向服務(wù)端添加一名學生     * @param view     */
    public void addStudent(View view) {        if (mRemoteStudentManager != null) {            try{                int student_id = student_size+ 1;
                Student newStudent;                if (student_id % 2 == 0) {
                    newStudent= new Student(student_id, "新學生" + student_id, "man");
                } else {
                    newStudent= new Student(student_id, "新學生" + student_id, "woman");
                }
                mRemoteStudentManager.addStudent(newStudent);
                Log.d(TAG, "添加一位學生：" + newStudent.toString());
            }catch(Exception e){
                e.printStackTrace();
            }
        }
    }    /**     * 在客戶端向服務(wù)端發(fā)起查詢學生的請求     * @param view     */
    public void get_student_list(View view) {
        Toast.makeText(this, "正在獲取學生列表", Toast.LENGTH_SHORT).show();        //由于服務(wù)端的查詢操作是耗時操作，所以客戶端需要開啟子線程進行工作
        new Thread(new Runnable() {            @Override
            public void run() {                if (mRemoteStudentManager != null) {                    try{                        final List<Student> students = mRemoteStudentManager.getStudentList();
                        student_size = students.size();
                        Log.d(TAG, "從
可以看到我們在客戶端只需要綁定遠程的服務(wù)端，服務(wù)端就會返回一個IBinder對象，接著我們需要調(diào)用IStudentManager.Stub.asInterface()方法，將這個IBinder對象轉(zhuǎn)換為我們客戶端可用的AIDL接口對象，拿到這個對象之后我們就可以遠程調(diào)用服務(wù)端的方法了。是不是很容易？
但是需要注意的一點是為了模擬耗時操作，我們在服務(wù)端的getStudentList的方法中使用休眠以模擬耗時操作，所以客戶端在調(diào)用該方法時不能直接在主線程中調(diào)用，而是應(yīng)該開啟一個子線程，在子線程中調(diào)用這個耗時的操作。
看看效果
首先我們獲取學生列表，接著連續(xù)添加4個學生，再次查看學生列表，最終的結(jié)果如下圖，可以看到我們已經(jīng)實現(xiàn)了兩個進程之間的交互，接下來我們將分析Binder的原理。
Binder的原理
進程的機制
首先我們需要了解進程之間為什么不能直接進行通信，以下是兩個進程的示意圖：

從上面的圖我們可以得到以下幾點：
一個進程空間分為：用戶態(tài)和內(nèi)核態(tài)，即把進程內(nèi)用戶和內(nèi)核隔離開來
進程之間，由于Android系統(tǒng)為每個進程分配了一個獨立的虛擬機，用戶空間和內(nèi)核空間的數(shù)據(jù)不可交互
Binder作為進程間的介質(zhì)，充當了中介，使得進程間的內(nèi)核態(tài)可以通過Binder進行數(shù)據(jù)交互
IPC交互示意圖

圖中總共有四個元素，分別是充當客戶端的Activity，服務(wù)端的StudentManagerService，充當服務(wù)管理者的IStudentManager以及充當訪問介質(zhì)的Binder驅(qū)動。他們的職責如下：
StudentManagerService: 服務(wù)提供者，這里面會有許多我們常用的服務(wù)，在本例中提供的服務(wù)就是添加學生以及獲取學生列表。而在系統(tǒng)中則包括有ActivityService 、 WindowMananger等服務(wù)，這些系統(tǒng)服務(wù)提供的功能，對四大組件以及Window的工作提供的保障。
Activity: 服務(wù)調(diào)用者，一般就是我們的應(yīng)用，在這里我們通過調(diào)用StudentManagerService的服務(wù)來完成工作。
IStudentManager: 他是負責管理服務(wù)的，在其內(nèi)部通過map集合來存儲Service與Binder的映射關(guān)系，這樣客戶端在向其請求服務(wù)的時候就能夠返回特定的Binder。
Binder驅(qū)動: 他是IStudentManager連接各種Service的橋梁，同時也是客戶端與服務(wù)端交流的橋梁。
總結(jié)起來說，應(yīng)用程序(Activity)首先向IStudentManager發(fā)送請求StudentManagerService的服務(wù)，IStudentManager查看已經(jīng)注冊在里面的服務(wù)的列表，找到相應(yīng)的服務(wù)后，通過Binder驅(qū)動將其中的Binder對象返回給客戶端，從而完成對服務(wù)的請求。
源碼分析
我們主要分析的就是IStudentManager這個類，從上面得到講解我們已經(jīng)知道它包含了兩個類：Stub和Proxy。先來看看Proxy類
//Proxy.javapublic java.util.List<com.bob.aidltest.aidl.Student> getStudentList() throws android.os.RemoteException{
    android.os.Parcel _data = android.os.Parcel.obtain();
    android.os.Parcel _reply = android.os.Parcel.obtain();
    java.util.List<com.bob.aidltest.aidl.Student> _result;    try {
        _data.writeInterfaceToken(DESCRIPTOR);
        mRemote.transact(Stub.TRANSACTION_getStudentList, _data, _reply, 0);
        _reply.readException();
        _result = _reply.createTypedArrayList(com.bob.aidltest.aidl.Student.CREATOR);
    }    finally {
        _reply.recycle();
        _data.recycle();
    }    return _result;
}public void addStudent(com.bob.aidltest.aidl.Student student) throws android.os.RemoteException{
    android.os.Parcel _data = android.os.Parcel.obtain();
    android.os.Parcel _reply = android.os.Parcel.obtain();    try {
        _data.writeInterfaceToken(DESCRIPTOR);        if ((student!=null)) {
            _data.writeInt(1);
            student.writeToParcel(_data, 0);
        }        else {
            _data.writeInt(0);
        }
        mRemote.transact(Stub.TRANSACTION_addStudent, _data, _reply, 0);
        _reply.readException();
    }    finally {
        _reply.recycle();
        _data.recycle();
    }
}
上面截取了Proxy的兩個方法，其中Proxy是運行在客戶端的，他是用服務(wù)端返回來的Binder對象調(diào)用了public static IStudentManager asInterface(IBinder obj)方法返回來的。
既然Proxy運行在客戶端，那么客戶端也是通過Proxy來調(diào)用遠程服務(wù)端的方法的，也就是說我們將調(diào)用方法需要用到的參數(shù)傳遞給Proxy，接著由Proxy來訪問服務(wù)端，所以我們能夠看到，Proxy將我們的參數(shù)寫進了_data，而_reply則代表從服務(wù)端返回來的結(jié)果。
從代碼中我們還看到客戶端在將數(shù)據(jù)傳遞給服務(wù)端之后就處于阻塞狀態(tài)，直到服務(wù)端返回結(jié)果，所以如果調(diào)用的服務(wù)端方法是一個耗時方法，那么我們就需要在子線程中進行工作了。
數(shù)據(jù)準備好之后當然是需要傳遞了，可以看到Proxy通過transact方法講數(shù)據(jù)傳遞出去了，接下來就來看transact方法：
//Binder#transactpublic final boolean transact(int code, Parcel data, Parcel reply,            int flags) throws RemoteException {        if (false) Log.v("Binder", "Transact: " + code + " to " + this);        if (data != null) {
            data.setDataPosition(0);
        }        //調(diào)用了Binder的onTransact
        boolean r = onTransact(code, data, reply, flags);        if (reply != null) {
            reply.setDataPosition(0);
        }        return r;
    }
可以看到transact方法實際上調(diào)用了Binder的onTransact，而這里的Binder就是指Stub了，我們看一下Stub的定義：
public static abstract class Stub extends android.os.Binder implements com.bob.aidltest.aidl.IStudentManager
可以看到Stub確實繼承了Binder并且也實現(xiàn)了IStudentManager接口，接下來我們繼續(xù)看Stub中的onTransact方法：
public boolean onTransact(int code, android.os.Parcel data, android.os.Parcel reply, int flags) throws android.os.RemoteException{    switch (code)
    {        case INTERFACE_TRANSACTION:
        {
            reply.writeString(DESCRIPTOR);            return true;
        }        case TRANSACTION_getStudentList:
        {
            data.enforceInterface(DESCRIPTOR);
            java.util.List<com.bob.aidltest.aidl.Student> _result = this.getStudentList();
            reply.writeNoException();
            reply.writeTypedList(_result);            return true;
        }        case TRANSACTION_addStudent:
        {
            data.enforceInterface(DESCRIPTOR);
            com.bob.aidltest.aidl.Student _arg0;            if ((0!=data.readInt())) {
                _arg0 = com.bob.aidltest.aidl.Student.CREATOR.createFromParcel(data);
            }            else {
                _arg0 = null;
            }            this.addStudent(_arg0);
            reply.writeNoException();            return true;
        }
    }    return super.onTransact(code, data, reply, flags);
}
可以看到，服務(wù)端通過客戶端傳遞過來的code常量來判斷客戶端需要調(diào)用的是哪個方法，接著就執(zhí)行該方法，執(zhí)行完之后如果有數(shù)據(jù)返回則將結(jié)果寫入reply，接著Proxy就可以收到結(jié)果了。而整個通信過程也就結(jié)束了。
最后我借用Carson_Ho的一張流程圖來描述這個完整的流程：
            

                本文標題：從Android源碼的角度分析Binder機制
                

                網(wǎng)站URL：http://chinadenli.net/article10/gdgsdo.html
            
            

                成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供全網(wǎng)營銷推廣、移動網(wǎng)站建設(shè)、標簽優(yōu)化、動態(tài)網(wǎng)站、建站公司、網(wǎng)站排名            
            

                廣告
                
            
            

                聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源：
                創(chuàng)新互聯(lián)