Android教程網
設為首頁|加入收藏
  1. 首頁
  2. Android 技術
  3. Android 手機
  4. Android 系統教程
  5. Android 游戲
 Android教程網 >> Android技術 >> 關於Android編程 >> Android IPC機制(四):細說Binder連接池

Android IPC機制(四):細說Binder連接池

編輯：關於Android編程

一、 前言

在上一篇文章 Android IPC機制(三):淺談Binder的使用中，筆者淺談了Binder的使用及其工作機制，利用AIDL方式能很方便地進行客戶端和服務端的跨進程通信。但是，我們想一下，如果按照我們之前的使用方法，必須滿足一個AIDL接口對應一個service，那麼問題來了，假如我們的應用，有很多模塊，而每一個模塊都需要和服務端通訊，那麼我們也要為每一個模塊創建特定的aidl文件，那麼服務端service也會產生很多個，顯然，如果aidl接口變多，那麼service也會跟著變多，那麼這樣的用戶體驗就會非常不好，那麼我們該怎麼做呢？在任玉剛著的《Android 開發藝術探索》一書中，給出了一個Binder連接池的概念，即利用一個Binder連接池來管理所有Binder，服務端只需要管理這個Bindere連接池即可，這樣就能實現一個service管理多個Binder，為不同的模塊返回不同的Binder，以實現進程間通訊。所以，本文將講述如何實現Binder連接池。


二、實現

1、先提供兩個AIDL接口來模擬多個模塊都要使用AIDL的情況：ISpeak接口和ICalculate接口：

package com.chenyu.service;
interface ISpeak {
    void speak();
}

package com.chenyu.service;
interface ICalculate {
    int add(in int num1,in int num2);
}


接著，實現這兩個接口：分別為Speak.java和Calculate.java文件： 

public class Speak extends Stub {
    public Speak() {
        Log.d("cylog","我被實例化了..............");
    }
    @Override
    public void speak() throws RemoteException {
        int pid = android.os.Process.myPid();
        Log.d("cylog","當前進程ID為："+pid+"-----"+"這裡收到了客戶端的speak請求");
    }
}

public class Calculate extends ICalculate.Stub {
    @Override
    public int add(int num1, int num2) throws RemoteException {
        int pid = android.os.Process.myPid();
        Log.d("cylog", "當前進程ID為："+pid+"----"+"這裡收到了客戶端的Calculate請求");
        return num1+num2;
    }
}



可以看到，這兩個接口的實現類，都是繼承了Interface.Stub類，這個在上一章的服務端代碼出現過，是在服務端的service內部實現了接口的方法，而這裡我們把實現了接口的方法從服務端抽離出來了，其實這個實現類依然是運行在服務端的進程中，從而實現了AIDL接口和服務端的解耦合工作，讓服務端不再直接參與AIDL接口方法的實現工作。那麼，服務端通過什麼橋梁與AIDL接口聯系呢？答案就是Binder連接池。Binder連接池管理著所有的AIDL接口，就如一位將軍統帥著千軍。客戶端需要什麼Binder，就提供信息給Binder連接池，而連接池根據相應信息返回正確的Binder，這樣客戶端就能執行特定的操作了。可以說，Binder連接池的思路，非常類似設計模式之中的工廠模式。接下來我們看Binder連接池的具體實現：





2、為Binder連接池創建AIDL接口：IBinderPool.aidl:


interface IBinderPool {
    IBinder queryBinder(int binderCode);  //查找特定Binder的方法
}




為什麼需要這個接口？我們從上面的分析可以知道，service端並不直接提供具體的Binder，那麼客戶端和服務端連接的時候就應該返回一個IBinderPool對象，讓客戶端拿到這個IBinderPool的實例，然後由客戶端決定應該用哪個Binder。所以服務端的代碼很簡單，只需要返回IBinderPool對象即可：





3、服務端service代碼：


public class BinderPoolService extends Service {

    private Binder mBinderPool = new BinderPool.BinderPoolImpl();   // 1
    private int pid = Process.myPid();
    @Override
    public IBinder onBind(Intent intent) {
        Log.d("cylog", "當前進程ID為："+pid+"----"+"客戶端與服務端連接成功，服務端返回BinderPool.BinderPoolImpl 對象");
        return mBinderPool;
    }
}




①號代碼處，實例化了一個BinderPool.BinderPoolImpl類，並在onBind方法返回了這個mBinderPool對象。








4、接下來我們看BinderPool的具體實現，代碼比較長，我們先大體上認識，再詳細分析：


public class BinderPool {
    public static final int BINDER_SPEAK = 0;
    public static final int BINDER_CALCULATE = 1;

    private Context mContext;
    private IBinderPool mBinderPool;
    private static volatile BinderPool sInstance;
    private CountDownLatch mConnectBinderPoolCountDownLatch;

    private BinderPool(Context context) {	   // 1
        mContext = context.getApplicationContext();
        connectBinderPoolService();
    }

    public static BinderPool getInstance(Context context) {     // 2
        if (sInstance == null) {
            synchronized (BinderPool.class) {
                if (sInstance == null) {
                    sInstance = new BinderPool(context);
                }
            }
        }
        return sInstance;
    }

    private synchronized void connectBinderPoolService() {      // 3
        mConnectBinderPoolCountDownLatch = new CountDownLatch(1);
        Intent service = new Intent(mContext, BinderPoolService.class);
        mContext.bindService(service, mBinderPoolConnection,
                Context.BIND_AUTO_CREATE);
        try {
            mConnectBinderPoolCountDownLatch.await();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
    
    public IBinder queryBinder(int binderCode) {          // 4
        IBinder binder = null;
        try {
            if (mBinderPool != null) {
                binder = mBinderPool.queryBinder(binderCode);
            }
        } catch (RemoteException e) {
            e.printStackTrace();
        }
        return binder;
    }

    private ServiceConnection mBinderPoolConnection = new ServiceConnection() {       // 5

        @Override
        public void onServiceDisconnected(ComponentName name) {
            
        }

        @Override
        public void onServiceConnected(ComponentName name, IBinder service) {
            mBinderPool = IBinderPool.Stub.asInterface(service);
            try {
                mBinderPool.asBinder().linkToDeath(mBinderPoolDeathRecipient, 0);
            } catch (RemoteException e) {
                e.printStackTrace();
            }
            mConnectBinderPoolCountDownLatch.countDown();
        }
    };

    private IBinder.DeathRecipient mBinderPoolDeathRecipient = new IBinder.DeathRecipient() {    // 6
        @Override
        public void binderDied() {
            mBinderPool.asBinder().unlinkToDeath(mBinderPoolDeathRecipient, 0);
            mBinderPool = null;
            connectBinderPoolService();
        }
    };

    public static class BinderPoolImpl extends IBinderPool.Stub {     // 7

        public BinderPoolImpl() {
            super();
        }

        @Override
        public IBinder queryBinder(int binderCode) throws RemoteException {
            IBinder binder = null;
            switch (binderCode) {
                case BINDER_SPEAK: {
                    binder = new Speak();
                    break;
                }
                case BINDER_CALCULATE: {
                    binder = new Calculate();
                    break;
                }
                default:
                    break;
            }

            return binder;
        }
    }

}




大體上看，這個類完成的功能有實現客戶端和服務端的連接，同時內有還有一個靜態內部類：BinderPoolImpl，繼承了IBinderPool.Stub，這也非常眼熟，所以這個靜態內部類應該是運行了服務端的。好了，我們從上往下分析每一個方法的作用：



①private BinderPool(Context context)構造方法：這裡傳遞了context對象，注意到，這個構造方法使用了private修飾，那麼外界是無法直接調用構造器的，所以有了②號方法。







②public static BinderPool getInstance(Context context):看到getInstance字樣，熟悉設計模式的讀者應該知道了這裡是使用了單例模式，而且是線程同步的懶漢式單例模式，在方法內部，把傳遞進來的context上下文參數傳遞進構造函數，即此時調用了①號方法，接著①號方法調用了connectBinderPoolService()方法，即③號方法。







③private synchronized void connectBinderPoolService():這個方法主要用於客戶端與服務端建立連接，在方法內部出現了CountDownLatch類，這個類是用於線程同步的，由於bindService()是異步操作，所以如果要確保客戶端在執行其他操作之前已經綁定好服務端，就應該先實現線程同步。這裡簡單提一下這個類：


CountDownLatch類有三個主要方法：


(1)構造方法 CountDownLatch(int num)：這裡傳遞一個num值，為countdownlatch內部的計時器賦值。


(2)countdown():每當調用一次這個方法，countdownlatch實例內部計時器數值 - 1。


  (3)await():讓當前線程等待，如果內部計時器變為0，那麼喚醒當前線程。







④public IBinder queryBinder(int binderCode):根據具體的binderCode值來獲得某個特定的Binder，並返回。







⑤private ServiceConnection mBinderPoolConnection = new ServiceConnection(){} :這個類似於上一章客戶端的連接代碼，在服務端與客戶端連接成功的時候，會回調當前的onServiceConnected()函數，我們來著重看看這個函數：


@Override
        public void onServiceConnected(ComponentName name, IBinder service) {
            mBinderPool = IBinderPool.Stub.asInterface(service);
            try {
                mBinderPool.asBinder().linkToDeath(mBinderPoolDeathRecipient, 0);
            } catch (RemoteException e) {
                e.printStackTrace();
            }
            mConnectBinderPoolCountDownLatch.countDown();
        }




注意到，方法內部執行了mBinderPool = IBinderPool.Stub.asInterface(service)方法，由上一章的分析可知，這裡的mBinderPool實際上是IBinderPool的一個代理對象，即此時客戶端獲得了服務端Binder連接池的一個代理對象。



接著，最後執行了mConnectBinderPoolCountDownLatch.countDown()方法，此時，執行bindService()的線程就會被喚醒。







⑥private IBinder.DeathRecipient mBinderPoolDeathRecipient = new IBinder.DeathRecipient(){}：為IBinder設置死亡監聽，如果連接意外中斷，會自動重新連接。







⑦public static class BinderPoolImpl extends IBinderPool.Stub{} :這個類實現了IBinderPool.Stub，內部實現了IBinderPool的接口方法，這個實現類運行在服務端。內部是queryBinder()方法的實現，根據不同的Bindercode值來實例化不同的實現類，比如Speak或者Calculate，並作為Binder返回給客戶端。當客戶端調用這個方法的時候，實際上已經是進行了一次AIDL方式的跨進程通信。



5、分析完BinderPool代碼，最後，我們實現客戶端代碼：


package com.chenyu.binderpool;
import android.app.Activity;
import android.os.*;
import android.util.Log;

import com.chenyu.service.BinderPool;
import com.chenyu.service.Calculate;
import com.chenyu.service.ICalculate;
import com.chenyu.service.ISpeak;
import com.chenyu.service.Speak;

public class MainActivity extends Activity {

    private ISpeak mSpeak;
    private ICalculate mCalculate;
    private int pid = android.os.Process.myPid();
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        new Thread(new Runnable() {
            @Override
            public void run() {
                startWork();
            }
        }).start();
    }

    private void startWork() {
        Log.d("cylog","當前進程ID為："+pid);
        Log.d("cylog","獲取BinderPool對象............");
        BinderPool binderPool = BinderPool.getInsance(MainActivity.this);     // 1
        Log.d("cylog","獲取speakBinder對象...........");
        IBinder speakBinder = binderPool.queryBinder(BinderPool.BINDER_SPEAK);  // 2
        Log.d("cylog","獲取speak的代理對象............");
        mSpeak = (ISpeak) ISpeak.Stub.asInterface(speakBinder);    // 3 
        try {
            mSpeak.speak();     // 4
        } catch (RemoteException e) {
            e.printStackTrace();
        }
        Log.d("cylog","獲取calculateBinder對象...........");
        IBinder calculateBinder = binderPool.queryBinder(BinderPool.BINDER_CALCULATE);
        Log.d("cylog","獲取calculate的代理對象............");
        mCalculate = (ICalculate) ICalculate.Stub.asInterface(calculateBinder);
        try {
            Log.d("cylog",""+mCalculate.add(5,6));
        } catch (RemoteException e) {
            e.printStackTrace();
        }
    }

}






由於跨進程通信是耗時操作，這裡利用了子線程來進行綁定以及請求等操作。這裡簡單分析一下從子線程開始，整個跨進程通訊流程是怎樣的：

首先，在①處，調用了BinderPool的getInstance()方法，在裡面執行了綁定服務的操作，此時得到的binderPool是BinderPool對象。接著執行②號代碼，調用BinderPool對象的queryBinder()方法，此時發生了AIDL跨進程請求，得到服務端返回的特定的IBinder對象。接著執行③號代碼，調用ISpeak.Stub.asInterface(IBinder
 iBinder)方法，把剛才獲得的IBinder對象傳遞進去，此時返回了Speak的Proxy代理對象。 最後執行④號代碼，調用代理對象mSpeak的speak()方法，此時再次發生了AIDL跨進程請求，調用了服務端Speak類的speak方法。



我們看一下運行結果：











三、總結


最後總結一下使用Binder連接池的流程：


（1）為每個業務模塊創建AIDL接口，以及實現其接口的方法。


（2）創建IBinderPool.aidl文件，定義queryBinder(int BinderCode)方法，客戶端通過調用該方法返回特定的Binder對象。


（3）創建BinderPoolService服務端，在onBind方法返回實例化的BinderPool.IBinderPoolImpl對象。


（4）創建BinderPool類，在該類實現客戶端與服務端的連接，解決線程同步的問題，設置Binder的死亡代理等。在onServiceConnected()方法內，獲取到IBinderPool的代理對象。此外，IBinderPool的實現類：IBinderPoolImpl是BinderPool的內部類，實現了IBinderPool.aidl的方法：queryBinder()。

   
						
		
	
				

				

				

				

				
				
    
					
  1. 上一頁:
  2. 下一頁:
    3.  
				

				

				

					關於Android編程
				

				
			

			

				

					Android編程入門Android技術基礎Android資訊關於Android編程Android開發Android開發環境Android開發實例 
				

				

					

						相關文章
						

						

					

					
				

				

				
				

					熱門文章
				

				

					
					Android之Adapter的封裝與抽象
					
					android 自定義dialog初探
					
					Android實現圖片陰影效果的方法
					
					Android的TextView與Html結合用法
					
					Android啟動模擬器報錯解決方法
					
					Android懸浮窗使用小結
					
				

				
				

					
					Android API Guides---Administration
					
如果您是管理員，您可以利用API和系統能力來管理Android設備和控制
						
				

				
				

					
					Android Build.VERSION.SDK_INT兼容介紹
					
盡管Android向下兼容不好，但是一個程序還是可以在多個平台上跑的。向
						
				

				
				

					
					在android中ScrollView嵌套ScrollView解決方案
					
大家好，眾所周知，android裡兩個相同方向的ScrollView是不
						
				

				
				

					
					Android內存優化
					
Android的內存優化是性能優化中很重要的一部分，而避免OOM又是內存
						
				

				
				

					閱讀排行版
				

				
			

			

		
	
	

		

		Copyright © Android教程網 All Rights Reserved