Android 通過Messager與Service實現(xiàn)進程間雙向通信案例詳解
Android中的Service和其調(diào)用者既可以在同一個App中,也可以在不同的App。如果Service在App1中,而調(diào)用Service的客戶端在App2中,那么我們就可以用Service實現(xiàn)進程間的相互通信。本文將介紹如何通過bindService和Messenger實現(xiàn)進程間通信(IPC),如果對bindService綁定服務(wù)和Binder不熟悉,可參見《Android中bindService的使用及Service生命周期》,理解該博文是本文的基礎(chǔ)。
讓Service實現(xiàn)與其他進程通信的關(guān)鍵是Messenger,以及與其相關(guān)的IBinder和Hanlder。如果對Handler不熟悉,可參見《Android中Handler的使用》。
Messenger使用步驟
以下是如何使用Messenger的步驟:
1. Service需要實現(xiàn)一個Hanlder,用以處理從客戶端收到的消息
2. 用該Handler創(chuàng)建一個Messenger對象,Messenger對象內(nèi)部會引用該Handler對象
3. 用創(chuàng)建好的Messenger對象獲得一個IBinder實例,并且將該IBinder通過Service的onBind方法返回給各個客戶端
4. 客戶端通過收到的IBinder對象實例化一個Messenger對象,該Messenger內(nèi)部指向指向Service中的Handler??蛻舳送ㄟ^該Messenger對象就可以向Service中的Hanlder發(fā)送消息。
5. Service中的Hanlder收到消息后,在Handler中的handleMessage方法中處理消息。
6. 通過上面的第4步與第5步,就完成了客戶端向Service發(fā)送消息并且Service接收到消息的單向通信過程,即客戶端 -> Service。如果要實現(xiàn)Service向客戶端回消息的通信過程,即Service -> 客戶端,那么前提是在客戶端中也需要像Service一樣內(nèi)部維護有一個指向Handler的Messenger。當(dāng)在第四步中客戶端向Service發(fā)送信息時,將Message的replyTo屬性設(shè)置為客戶端自己的Messenger。這樣在第5步Service在Handler的handleMessage中處理收到的消息時,可以通過Message的Messenger再向客戶端發(fā)送Message,這樣客戶端內(nèi)維護的Handler對象就會收到來自于Service的Message,從而完成Service向客戶端發(fā)送消息且客戶端接收到消息的通信過程。
綜上六步就能完成客戶端與Service的跨進程雙向通信過程:
客戶端 -> Service -> 客戶端
為了演示客戶端與Service的跨進程通信,我建立了兩個應(yīng)用ClientApp和ServiceApp,兩個應(yīng)用的名稱也是見名知意:
1. ClientApp, 該App是客戶端,用于調(diào)用服務(wù)
2. ServiceApp,該App是Service端,用于供客戶端ClientApp調(diào)用
Service代碼
ServiceApp中只有一個MyService類,沒有其他Activity,也就是說ServiceApp沒有任何UI界面。ServiceApp的manifest.xml文件如下所示:
<?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.ispring2.serviceapp" > <application android:allowBackup="true" android:icon="@drawable/ic_launcher" android:label="ServiceApp"> <service android:name=".MyService" android:enabled="true" android:exported="true" > <intent-filter> <action android:name="com.ispring2.action.MYSERVICE" /> <category android:name="android.intent.category.DEFAULT" /> </intent-filter> </service> </application> </manifest>
我們在ServiceApp的manifest.xml文件中注冊了MyService,并通過exported=”true”將其聲明為可被其他App調(diào)用的。需要注意的是,我們將其action設(shè)置為自定義的action(com.ispring2.action.MYSERVICE),這是為了方便客戶端通過其action啟動MyService。并且我們將其設(shè)置了值為android.intent.category.DEFAULT的category。
ServiceApp中MyService的代碼如下所示:
package com.ispring2.serviceapp; import android.app.Service; import android.content.Intent; import android.os.Bundle; import android.os.Handler; import android.os.IBinder; import android.os.Message; import android.os.Messenger; import android.os.RemoteException; import android.util.Log; public class MyService extends Service { private static final int RECEIVE_MESSAGE_CODE = 0x0001; private static final int SEND_MESSAGE_CODE = 0x0002; //clientMessenger表示的是客戶端的Messenger,可以通過來自于客戶端的Message的replyTo屬性獲得, //其內(nèi)部指向了客戶端的ClientHandler實例,可以用clientMessenger向客戶端發(fā)送消息 private Messenger clientMessenger = null; //serviceMessenger是Service自身的Messenger,其內(nèi)部指向了ServiceHandler的實例 //客戶端可以通過IBinder構(gòu)建Service端的Messenger,從而向Service發(fā)送消息, //并由ServiceHandler接收并處理來自于客戶端的消息 private Messenger serviceMessenger = new Messenger(new ServiceHandler()); //MyService用ServiceHandler接收并處理來自于客戶端的消息 private class ServiceHandler extends Handler { @Override public void handleMessage(Message msg) { Log.i("DemoLog", "ServiceHandler -> handleMessage"); if(msg.what == RECEIVE_MESSAGE_CODE){ Bundle data = msg.getData(); if(data != null){ String str = data.getString("msg"); Log.i("DemoLog", "MyService收到客戶端如下信息: " + str); } //通過Message的replyTo獲取到客戶端自身的Messenger, //Service可以通過它向客戶端發(fā)送消息 clientMessenger = msg.replyTo; if(clientMessenger != null){ Log.i("DemoLog", "MyService向客戶端回信"); Message msgToClient = Message.obtain(); msgToClient.what = SEND_MESSAGE_CODE; //可以通過Bundle發(fā)送跨進程的信息 Bundle bundle = new Bundle(); bundle.putString("msg", "你好,客戶端,我是MyService"); msgToClient.setData(bundle); try{ clientMessenger.send(msgToClient); }catch (RemoteException e){ e.printStackTrace(); Log.e("DemoLog", "MyService向客戶端發(fā)送信息失敗: " + e.getMessage()); } } } } } @Override public void onCreate() { Log.i("DemoLog", "MyService -> onCreate"); super.onCreate(); } @Override public IBinder onBind(Intent intent) { Log.i("DemoLog", "MyServivce -> onBind"); //獲取Service自身Messenger所對應(yīng)的IBinder,并將其發(fā)送共享給所有客戶端 return serviceMessenger.getBinder(); } @Override public void onDestroy() { Log.i("DemoLog", "MyService -> onDestroy"); clientMessenger = null; super.onDestroy(); } }
- MyService中有一個內(nèi)部類ServiceHandler,繼承自Hanlder并重寫了handleMessage方法,MyService用ServiceHandler接收并處理來自于客戶端的消息。
- MyService中,我們用ServiceHandler的實例初始化了serviceMessenger。serviceMessenger是Service自身的Messenger,其內(nèi)部指向了ServiceHandler的實例,客戶端可以通過IBinder構(gòu)建Service端的Messenger,從而向Service發(fā)送消息,并由ServiceHandler接收并處理來自于客戶端的消息。
客戶端代碼
客戶端應(yīng)用ClientApp就一個MainActivity,其界面上就只有兩個按鈕:bindService和unbindService, 界面如下:
代碼如下所示:
package com.ispring.clientapp; import android.app.Activity; import android.content.ComponentName; import android.content.Intent; import android.content.ServiceConnection; import android.content.pm.PackageManager; import android.content.pm.ResolveInfo; import android.os.Bundle; import android.os.Handler; import android.os.IBinder; import android.os.Message; import android.os.Messenger; import android.os.RemoteException; import android.util.Log; import android.view.View; import android.widget.Button; public class MainActivity extends Activity implements Button.OnClickListener { private static final int SEND_MESSAGE_CODE = 0x0001; private static final int RECEIVE_MESSAGE_CODE = 0x0002; private boolean isBound = false; //用于啟動MyService的Intent對應(yīng)的action private final String SERVICE_ACTION = "com.ispring2.action.MYSERVICE"; //serviceMessenger表示的是Service端的Messenger,其內(nèi)部指向了MyService的ServiceHandler實例 //可以用serviceMessenger向MyService發(fā)送消息 private Messenger serviceMessenger = null; //clientMessenger是客戶端自身的Messenger,內(nèi)部指向了ClientHandler的實例 //MyService可以通過Message的replyTo得到clientMessenger,從而MyService可以向客戶端發(fā)送消息, //并由ClientHandler接收并處理來自于Service的消息 private Messenger clientMessenger = new Messenger(new ClientHandler()); //客戶端用ClientHandler接收并處理來自于Service的消息 private class ClientHandler extends Handler { @Override public void handleMessage(Message msg) { Log.i("DemoLog", "ClientHandler -> handleMessage"); if(msg.what == RECEIVE_MESSAGE_CODE){ Bundle data = msg.getData(); if(data != null){ String str = data.getString("msg"); Log.i("DemoLog", "客戶端收到Service的消息: " + str); } } } } private ServiceConnection conn = new ServiceConnection() { @Override public void onServiceConnected(ComponentName name, IBinder binder) { //客戶端與Service建立連接 Log.i("DemoLog", "客戶端 onServiceConnected"); //我們可以通過從Service的onBind方法中返回的IBinder初始化一個指向Service端的Messenger serviceMessenger = new Messenger(binder); isBound = true; Message msg = Message.obtain(); msg.what = SEND_MESSAGE_CODE; //此處跨進程Message通信不能將msg.obj設(shè)置為non-Parcelable的對象,應(yīng)該使用Bundle //msg.obj = "你好,MyService,我是客戶端"; Bundle data = new Bundle(); data.putString("msg", "你好,MyService,我是客戶端"); msg.setData(data); //需要將Message的replyTo設(shè)置為客戶端的clientMessenger, //以便Service可以通過它向客戶端發(fā)送消息 msg.replyTo = clientMessenger; try { Log.i("DemoLog", "客戶端向service發(fā)送信息"); serviceMessenger.send(msg); } catch (RemoteException e) { e.printStackTrace(); Log.i("DemoLog", "客戶端向service發(fā)送消息失敗: " + e.getMessage()); } } @Override public void onServiceDisconnected(ComponentName name) { //客戶端與Service失去連接 serviceMessenger = null; isBound = false; Log.i("DemoLog", "客戶端 onServiceDisconnected"); } }; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); } @Override public void onClick(View v) { if(v.getId() == R.id.btnBindService){ //單擊了bindService按鈕 if(!isBound){ Intent intent = new Intent(); intent.setAction(SERVICE_ACTION); intent.addCategory(Intent.CATEGORY_DEFAULT); PackageManager pm = getPackageManager(); //我們先通過一個隱式的Intent獲取可能會被啟動的Service的信息 ResolveInfo info = pm.resolveService(intent, 0); if(info != null){ //如果ResolveInfo不為空,說明我們能通過上面隱式的Intent找到對應(yīng)的Service //我們可以獲取將要啟動的Service的package信息以及類型 String packageName = info.serviceInfo.packageName; String serviceNmae = info.serviceInfo.name; //然后我們需要將根據(jù)得到的Service的包名和類名,構(gòu)建一個ComponentName //從而設(shè)置intent要啟動的具體的組件信息,這樣intent就從隱式變成了一個顯式的intent //之所以大費周折將其從隱式轉(zhuǎn)換為顯式intent,是因為從Android 5.0 Lollipop開始, //Android不再支持通過通過隱式的intent啟動Service,只能通過顯式intent的方式啟動Service //在Android 5.0 Lollipop之前的版本倒是可以通過隱式intent啟動Service ComponentName componentName = new ComponentName(packageName, serviceNmae); intent.setComponent(componentName); try{ Log.i("DemoLog", "客戶端調(diào)用bindService方法"); bindService(intent, conn, BIND_AUTO_CREATE); }catch(Exception e){ e.printStackTrace(); Log.e("DemoLog", e.getMessage()); } } } }else if(v.getId() == R.id.btnUnbindService){ //單擊了unbindService按鈕 if(isBound){ Log.i("DemoLog", "客戶端調(diào)用unbindService方法"); unbindService(conn); } } } }
- ClientHandler繼承自Hanlder,并重寫了handleMessage方法,客戶端用ClientHandler接收并處理來自于Service的消息。
- 我們用ClientHandler的實例初始化了clientMessenger。clientMessenger是客戶端自身的Messenger,內(nèi)部指向了ClientHandler的實例,MyService可以通過Message的replyTo得到clientMessenger,從而MyService可以向客戶端發(fā)送消息,并由ClientHandler接收并處理來自于Service的消息。
分析結(jié)果
我們在上述代碼的各個關(guān)鍵節(jié)點都添加了代碼輸出語句,我們通過DDMS觀察輸出結(jié)果。
首先打開ClientApp,單擊上面的bindService按鈕,我們看到DDMS里面的輸出結(jié)果如下所示:
我們通過上面的圖片可以看出,客戶端ClientApp和服務(wù)ServiceApp的所屬進程PID分別為2524和2542,二者運行在不同的進程中。
我們通過輸出結(jié)果分析一下代碼的執(zhí)行過程:
1. 首先我們要明白一點,Messenger是和Handler以及IBinder綁定在一起的。因此Messenger的構(gòu)造函數(shù)有兩種:
a. 一種是傳入一個Hanlder,根據(jù)傳入的Handler創(chuàng)建Messenger,且該Messenger指向該Handler,當(dāng)我們向Messenger發(fā)送信息的時候,Handler會受到信息并處理消息,該構(gòu)造函數(shù)往往是在某個類中構(gòu)建該類自身的Messenger,比如在MyService中用ServiceHandler的實例初始化了自身的serviceMessenger以及在客戶端中用ClientHandler的實例初始化了其自身的clientMessenger。這種Messenger可以看做是本地的Messenger。創(chuàng)建完的Messenger可以通過getBinder()方法得到對應(yīng)的IBinder類型的實例。
b. 另一種是傳入一個IBinder,根據(jù)傳入的IBinder實例創(chuàng)建一個遠程的Messenger。這種構(gòu)造函數(shù)往往是在客戶端中,通過得到Service的onBind方法返回的IBinder,然后基于此IBinder初始化一個遠程的Messenger。該Messenger指向的是Service,而不是客戶端,所以該Messenger就是一種遠程的Messenger。比如客戶端中的serviceMessenger就是一種遠程的Messenger,指向的是MyService。
2.當(dāng)單擊了客戶端中的bindService按鈕后,我們通過intent啟動了MyService,MyService開始執(zhí)行其生命周期,先執(zhí)行onCreate回調(diào)方法,然后執(zhí)行onBind回調(diào)方法,在執(zhí)行onBind方法的時候,該方法返回了MyService中本地serviceMessenger所對應(yīng)的binder,將其返回給客戶端。
3.MyService的onBind方法返回之后,會將IBinder傳入客戶端的ServiceConnection對象的onServiceConnected回調(diào)方法中,該方法的執(zhí)行表明客戶端與MyService建立了連接。此時,我們會根據(jù)來自于MyService的IBinder初始化一個指向MyService的serviceMessenger,serviceMessenger是一個遠程Messenger。
4.在得到指向MyService的serviceMessenger之后,我們就可以通過它向MyService發(fā)送下消息了。我們構(gòu)建了一個Message,并通過Bundle為其設(shè)置了數(shù)據(jù),而且需要注意的是,我們還將Message的replyTo設(shè)置為客戶端的clientMessenger,以便Service可以通過它向客戶端發(fā)送消息。然后通過代碼serviceMessenger.send(msg)將Message發(fā)送給MyService。
5.客戶端通過serviceMessenger向MyService發(fā)送消息后,MyService的ServiceHandler收到消息,并在handleMessage中處理該消息。我們首先讀取了該Message的Bundle數(shù)據(jù),并打印出來。然后我們通過通過Message的replyTo獲取到指向客戶端自身的Messenger,并且我們將其保存在了MyService的clientMessenger中,clientMessenger相對于MyService來說是一個遠程的Messenger。然后我們又構(gòu)造了一條Message,并且也通過Bundle設(shè)置數(shù)據(jù),通過執(zhí)行代碼clientMessenger.send(msgToClient)向客戶端回信發(fā)送消息。由于我們保存了clientMessenger,所以我們可以在后續(xù)的過程中隨時向客戶端主動發(fā)送消息。
6.MyService通過clientMessenger向客戶端發(fā)信信息后,客戶端的ClientHandler收到信息,并在其handleMessage方法中處理消息: 讀取來自于MyService的Message的Bundle數(shù)據(jù),并將其打印出來。
通過以上的幾步我們就能實現(xiàn)客戶單與Service的跨進程的雙向通信:
1. 客戶端發(fā)信息到Service,Service讀取信息,即客戶端 -> Service
2. Service給客戶端回信,客戶端讀取信息,即Service -> 客戶端
以上就是當(dāng)我們單擊客戶端上的bindService按鈕所發(fā)生的代碼執(zhí)行過程,當(dāng)我們單擊unbindService按鈕時,DDMS輸出結(jié)果如下所示:
當(dāng)執(zhí)行unbindService的時候,客戶端與MyService就斷開了連接,此時沒有其他的客戶端連接到MyService上,所以MyService就執(zhí)行了onUnbind回調(diào)方法,然后執(zhí)行onDestroy回調(diào)方法,MyService銷毀。
注意事項
在客戶端代碼中,有兩點需要注意:
1.當(dāng)通過執(zhí)行bindService(intent, conn, BIND_AUTO_CREATE)代碼的時候,如果intent只設(shè)置了action和category,沒有明確指明要啟動的組件,那么該intent就是是隱式的。在Android 5.0及以上的版本中,必須使用顯式的intent去執(zhí)行啟動服務(wù),如果使用隱式的intent,則會報如下錯誤:
3072-3072/com.ispring.clientapp E/DemoLog﹕ Service Intent must be explicit: Intent { act=com.ispring2.action.MYSERVICE cat=[android.intent.category.DEFAULT] }
解決辦法是我們先構(gòu)建一個隱式的Intent,然后通過PackageManager的resolveService獲取可能會被啟動的Service的信息。如果ResolveInfo不為空,說明我們能通過上面隱式的Intent找到對應(yīng)的Service,并且我們還可以獲取將要啟動的Service的package信息以及類型。然后我們需要將根據(jù)得到的Service的包名和類名,構(gòu)建一個ComponentName,從而設(shè)置intent要啟動的具體的組件信息,這樣intent就從隱式變成了一個顯式的intent。然后我們可以將該顯式的intent傳遞給bindService方法去啟動服務(wù)。
具體可參見連接:http://stackoverflow.com/questions/24480069/google-in-app-billing-illegalargumentexception-service-intent-must-be-explicit/26318757#26318757。
2.當(dāng)用Messenger在兩個進程之間傳遞Message時,Message的obj不能設(shè)置為設(shè)置為non-Parcelable的對象,比如在跨進程的情形下,Message的obj設(shè)置為了一個String對象,那么在Messenger執(zhí)行send(Message)方法時就會報如下錯誤:
java.lang.RuntimeException: Can't marshal non-Parcelable objects across processes.
解決該問題最簡單的辦法是,在跨進程的時候不使用Message的obj,用Bundle傳遞數(shù)據(jù),setData設(shè)置Bundle數(shù)據(jù),getData獲取Bundle數(shù)據(jù)。
希望本文對大家使用Messenger以及與Service的跨進程雙向通信有所幫助。
到此這篇關(guān)于Android 通過Messager與Service實現(xiàn)進程間雙向通信案例詳解的文章就介紹到這了,更多相關(guān)Android 通過Messager與Service實現(xiàn)進程間雙向通信內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Android?利用ImageView屬性實現(xiàn)選中和未選中效果
這篇文章主要介紹了Android巧用ImageView屬性實現(xiàn)選中和未選中效果,實現(xiàn)思路通常我們會選擇在布局里加個ImageView,然后通過代碼層面加個判斷去讓ImageView加載不同狀態(tài)的圖片,需要的朋友可以參考下2023-06-06Android編程使用AlarmManager設(shè)置鬧鐘的方法
這篇文章主要介紹了Android編程使用AlarmManager設(shè)置鬧鐘的方法,結(jié)合具體實例分析了Android基于AlarmManager實現(xiàn)鬧鐘功能的設(shè)置、取消、顯示等相關(guān)操作技巧,需要的朋友可以參考下2017-03-03使用RecyclerView實現(xiàn)瀑布流高度自適應(yīng)
這篇文章主要為大家詳細介紹了使用RecyclerView實現(xiàn)瀑布流高度自適應(yīng),文中示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下2021-09-09Android基于RecyclerView實現(xiàn)高亮搜索列表
本文詳細介紹了Android基于RecyclerView實現(xiàn)高亮搜索列表的方法。具有一定的參考價值,下面跟著小編一起來看下吧2017-01-01