android進程間通信

1. android開發中跨進程通信有幾種方式

Android進程間通信的幾種方式 定義多進程
第一：Android應用中使用多進程只有一個辦法（用NDK的fork來做除外），就是在AndroidManifest.xml中聲明組件時，用android:process屬性來指定。
不知定process屬性，則默認運行在主進程中，主進程名字為包名。
android:process = package:remote，將運行在package:remote進程中，屬於全局進程，其他具有相同shareUID與簽名的APP可以跑在這個進程中。
android:process = :remote ，將運行在默認包名:remote進程中，而且是APP的私有進程，不允許其他APP的組件來訪問。
第二：多進程引發的問題
靜態成員和單例失效：每個進程保持各自的靜態成員和單例，相互獨立。
線程同步機制失效：每個進程有自己的線程鎖。
SharedPreferences可靠性下降：不支持並發寫，會出現臟數據。
Application多次創建：不同進程跑在不同虛擬機，每個虛擬機啟動會創建自己的Application，自定義Application時生命周期會混亂。
綜上，不同進程擁有各自獨立的虛擬機，Application，內存空間，由此引發一系列問題。
第三： 進程間通信
Bundle/Intent傳遞數據：
可傳遞基本類型，String，實現了Serializable或Parcellable介面的數據結構。Serializable是java的序列化方法，Parcellable是Android的序列化方法，前者代碼量少（僅一句），但I/O開銷較大，一般用於輸出到磁碟或網卡；後者實現代碼多，效率高，一般用戶內存間序列化和反序列化傳輸。
文件共享：
對同一個文件先後寫讀，從而實現傳輸，Linux機制下，可以對文件並發寫，所以要注意同步。順便一提，Windows下不支持並發讀或寫。
Messenger：
Messenger是基於AIDL實現的，服務端（被動方）提供一個Service來處理客戶端（主動方）連接，維護一個Handler來創建Messenger，在onBind時返回Messenger的binder。
雙方用Messenger來發送數據，用Handler來處理數據。Messenger處理數據依靠Handler，所以是串列的，也就是說，Handler接到多個message時，就要排隊依次處理。
AIDL：
AIDL通過定義服務端暴露的介面，以提供給客戶端來調用，AIDL使伺服器可以並行處理，而Messenger封裝了AIDL之後只能串列運行，所以Messenger一般用作消息傳遞。
通過編寫aidl文件來設計想要暴露的介面，編譯後會自動生成響應的java文件，伺服器將介面的具體實現寫在Stub中，用iBinder對象傳遞給客戶端，客戶端bindService的時候，用asInterface的形式將iBinder還原成介面，再調用其中的方法。
ContentProvider：
系統四大組件之一，底層也是Binder實現，主要用來為其他APP提供數據，可以說天生就是為進程通信而生的。自己實現一個ContentProvider需要實現6個方法，其中onCreate是主線程中回調的，其他方法是運行在Binder之中的。自定義的ContentProvider注冊時要提供authorities屬性，應用需要訪問的時候將屬性包裝成Uri.parse("content://authorities")。還可以設置permission，readPermission，writePermission來設置許可權。 ContentProvider有query，delete，insert等方法，看起來貌似是一個資料庫管理類，但其實可以用文件，內存數據等等一切來充當數據源，query返回的是一個Cursor，可以自定義繼承AbstractCursor的類來實現。
Socket：
學過計算機網路的對Socket不陌生，所以不需要詳細講述。只需要注意，Android不允許在主線程中請求網路，而且請求網路必須要注意聲明相應的permission。然後，在伺服器中定義ServerSocket來監聽埠，客戶端使用Socket來請求埠，連通後就可以進行通信。

2. android進程間通信有幾種方式

這里進程間通信有幾種方式，它總有三種方式，這個可以進行。

3. Android 進程間通信的幾種實現方式

Android 進程間通信的幾種實現方式

主要有4種方式：

這4種方式正好對應於android系統中4種應用程序組件：Activity、Content Provider、Broadcast和Service。

主要實現原理：

由於應用程序之間不能共享內存。為了在不同應用程序之間交互數據（跨進程通訊），AndroidSDK中提供了4種用於跨進程通訊的方式進行交互數據，實現進程間通信主要是使用sdk中提供的4組組件根據實際開發情況進行實現數據交互。

詳細實現方式：

Acitivity實現方式

Activity的跨進程訪問與進程內訪問略有不同。雖然它們都需要Intent對象，但跨進程訪問並不需要指定Context對象和Activity的 Class對象，而需要指定的是要訪問的Activity所對應的Action（一個字元串）。有些Activity還需要指定一個Uri（通過 Intent構造方法的第2個參數指定）。 在android系統中有很多應用程序提供了可以跨進程訪問的Activity，例如，下面的代碼可以直接調用撥打電話的Activity。

IntentcallIntent=newIntent(Intent.ACTION_CALL,Uri.parse("tel:12345678");
startActivity(callIntent);

Content Provider實現方式

Android應用程序可以使用文件或SqlLite資料庫來存儲數據。Content Provider提供了一種在多個應用程序之間數據共享的方式（跨進程共享數據）

應用程序可以利用Content Provider完成下面的工作

1. 查詢數據
2. 修改數據
3. 添加數據
4. 刪除數據

Broadcast 廣播實現方式

廣播是一種被動跨進程通訊的方式。當某個程序向系統發送廣播時，其他的應用程序只能被動地接收廣播數據。這就象電台進行廣播一樣，聽眾只能被動地收聽，而不能主動與電台進行溝通。在應用程序中發送廣播比較簡單。只需要調用sendBroadcast方法即可。該方法需要一個Intent對象。通過Intent對象可以發送需要廣播的數據。

Service實現方式

常用的使用方式之一：利用AIDL Service實現跨進程通信

這是我個人比較推崇的方式，因為它相比Broadcast而言，雖然實現上稍微麻煩了一點，但是它的優勢就是不會像廣播那樣在手機中的廣播較多時會有明顯的時延，甚至有廣播發送不成功的情況出現。

注意普通的Service並不能實現跨進程操作，實際上普通的Service和它所在的應用處於同一個進程中，而且它也不會專門開一條新的線程，因此如果在普通的Service中實現在耗時的任務，需要新開線程。

要實現跨進程通信，需要藉助AIDL(Android Interface Definition Language)。Android中的跨進程服務其實是採用C/S的架構，因而AIDL的目的就是實現通信介面。

總結

跨進程通訊這個方面service方式的通訊遠遠復雜於其他幾種通訊方式，實際開發中Activity、Content Provider、Broadcast和Service。4種經常用到，學習過程中要對沒種實現方式有一定的了解。

4. android 進程間的通信(IPC)方式有哪些

Android為了屏蔽進程的概念，利用不同的組件[Activity、Service]來表示進程之間的通信！組件間通信的核心機制是Intent，通過Intent可以開啟一個Activity或Service，不論這個Activity或Service是屬於當前應用還是其它應用的。
一、Intent包含兩部分：
1、目的[action]--要往哪裡去
2、內容[category、data]--路上帶了些什麼，區分性數據或內容性數據
二、Intent類型：
1、顯式--直接指定消息目的地，只適合同一進程內的不同組件之間通信
new Intent(this,Target.class)
2、隱式--AndroidMainifest.xml中注冊，一般用於跨進程通信
new Intent(String action)

IPC機制：有了Intent這種基於消息的進程內或進程間通信模型，我們就可以通過Intent去開啟一個Service，可以通過Intent跳轉到另一個Activity，不論上面的Service或Activity是在當前進程還是其它進程內即不論是當前應用還是其它應用的Service或Activity，通過消息機制都可以進行通信！

5. android進程間通訊方式有哪些

Android中實現不同應用進程間通訊，需要用到AIDL技術，以下為AIDL服務端和客戶端實現步驟：

一、服務端：
1、在AndroidManifest.xml中定義的包路徑下新建一個文件，擴展名為.aidl（如：IXxxService.aidl），系統會在gen中自動生成對應的.java文件（如：IXxxService.java）
2、在aidl文件中編寫介面方法，語法同java區別不大。注意：方法參數支持java基本類型（int、long、boolean等）和（String、List、Map、CharSequence）
其它復雜類型需要自定義（實現Parcelable.Creator介面及其方法）。
3、在包路徑新建一個繼承 android.app.Service 的服務類，在該類中定義繼承 IXxxService.Stub 抽象類的內部類並實現抽象方法，如：

[java] view plainprint?

public class XxxService extends Service {
public class XxxServiceImpl extends IXxxService.Stub {
//implements methods
...

}

@Override
public IBinder onBind(Intent intent) {
XxxServiceImpl impl = new XxxServiceImpl();
return impl; //必須返回 XxxServiceImpl 的實例
}
}

4、在AndroidManifest.xml中注冊上面定義的服務

[java] view plainprint?

<!-- 注冊服務 -->
<service android:name="包路徑.XxxService" >
<intent-filter>
<!-- 指定調用AIDL服務的ID -->
<action android:name="包路徑.IXxxService" />
</intent-filter>
</service>

二、客戶端
1、將服務端中自動生成的IXxxService.java文件拷貝到客戶端工程，注意：文件所在包路徑必須和服務端完全一致。
2、服務可以封裝成幫助類調用，也可以直接在Activity中調用，後者如：

[java] view plainprint?

// Activity 中聲明服務介面變數
private IXxxService serviceInterface;

// Activity onCreate()方法中創建ServiceConnection對象，並初始化serviceInterface
private ServiceConnection serviceConnection = new ServiceConnection() {
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
// 獲得AIDL服務對象
serviceInterface = IXxxService.Stub.asInterface(service);
}

@Override
public void onServiceDisconnected(ComponentName name) {
}
};

// 綁定服務，AIDL_SERVICE_ID 為 "一、服務端 4、" 中提到的「指定調用AIDL服務的ID」
bindService(new Intent(AIDL_SERVICE_ID), serviceConnection, Context.BIND_AUTO_CREATE);

注意：在Activity 的 onDestory 方法中調用解除綁定服務的方法：unbindService(serviceConnection);

3、在按鈕點擊等事件中就可以調用服務中定義的方法了，如：serviceInterface.xxxMethod();

注意：服務端 XxxService 不能定義為單例的，否則無法調用

6. 安卓多線程間通信和多進程之間通信有什麼不同

handler是android特有的機制，最大的好處就是實現了Activity主線程（就是UI主線程）和其他線程（自己定義的Thread）之間的數據通信。Timer和Thread是實現多線程的，而handler是實現線程間通信的，二者很大不同，關於handler的用法，參考搜索。。。

7. android兩個應用程序之間的通信和調用

直接使用Intent調用另一應用中的Activity或service進行處理即可，即所謂的隱式Intent調用。

8. android中廣播可以實現進程間通信嗎

只有你允許客戶端從不同的應用程序為了進程間的通信而去訪問你的service，以及想在你的service處理多線程，下面為大家詳細介紹下
Android Service是分為兩種：
本地服務（Local Service）： 同一個apk內被調用
遠程服務（Remote Service）：被另一個apk調用
遠程服務需要藉助AIDL來完成。
AIDL 是什麼
AIDL (Android Interface Definition Language) 是一種IDL 語言，用於生成可以在Android設備上兩個進程之間進行進程間通信(interprocess communication, IPC)的代碼。如果在一個進程中（例如Activity）要調用另一個進程中（例如Service）對象的操作，就可以使用AIDL生成可序列化的參數。
AIDL IPC機制是面向介面的，像COM或Corba一樣，但是更加輕量級。它是使用代理類在客戶端和實現端傳遞數據。

AIDL 的作用
由於每個應用程序都運行在自己的進程空間，並且可以從應用程序UI運行另一個服務進程，而且經常會在不同的進程間傳遞對象。在Android平台，一個進程通常不能訪問另一個進程的內存空間，所以要想對話，需要將對象分解成操作系統可以理解的基本單元，並且有序的通過進程邊界。
通過代碼來實現這個數據傳輸過程是冗長乏味的，Android提供了AIDL工具來處理這項工作。

選擇AIDL的使用場合
官方文檔特別提醒我們何時使用AIDL是必要的：只有你允許客戶端從不同的應用程序為了進程間的通信而去訪問你的service，以及想在你的service處理多線程。
如果不需要進行不同應用程序間的並發通信(IPC)，you should create your interface by implementing a Binder；或者你想進行IPC，但不需要處理多線程的，則implement your interface using a Messenger。無論如何，在使用AIDL前，必須要理解如何綁定service——bindService。

9. android中eventbus能夠實現進程間通信嗎

不可以用於多進程。EventBus貌似就是訂閱者模式，而在多進程中，對象是不一致的，需要通過binder才能進行多進程通信，在這方面EventBus不支持，自然就不支持多進程了。

10. Android AIDL進程間通信跟Handler機制有什麼區別有哪個技術已經漸漸被淘汰了嗎

您好：
AIDL（Android Interface Definition Language）是一種介面定義語言，編譯器通過*.aidl文件的描述信息生成符合通信協議的Java代碼，我們無需自己去寫這段繁雜的代碼，只需要在需要的時候調用即可，通過這種方式我們就可以完成進程間的通信工作。
Handler通俗一點講就是用來在各個線程之間發送數據的處理對象。在任何線程中，只要獲得了另一個線程的handler，則可以通過 handler.sendMessage(message)方法向那個線程發送數據。基於這個機制，我們在處理多線程的時候可以新建一個thread，這個thread擁有UI線程中的一個handler。當thread處理完一些耗時的操作後通過傳遞過來的handler像ui線程發送數據，由UI線程去更新界面。