一、IPC跨進程通訊的四種方式
Android系統中應用程序之間不能共享內存，在android SDK中提供了4種用于跨進程通訊的方式。這4種方式正好對應于android系統中4種應用程序組件：Activity、Content Provider、Broadcast和Service。
1、Activity可以跨進程調用其他應用程序的Activity。
2、Content Provider可以跨進程訪問其他應用程序中的數據（以Cursor對象形式返回）
Content Provider存在的目的向其他應用程序共享數據和允許其他應用程序對數據進行增、刪、改操作
3、Broadcast可以向android系統中所有應用程序發送廣播，而需要跨進程通訊的應用程序可以監聽這些廣播
廣播（Broadcast）：廣播是一種被動跨進程通訊的方式。當某個程序向系統發送廣播時，其他的應用程序只能被動地接收廣播數據
4、Service返回的是Java對象，這種可以跨進程通訊的服務叫AIDL服務。
二、AIDL（Android Interface Definition Language Android接口定義語言）
三、Service Binder
1，什么是service?
Service是一個可以在后臺執行長時間操作而不使用用戶界面的應用組件。既然它不使用用戶界面，那么它怎么知道應該什么時候開始執行什么操作呢？答案是——它可以與其他的引用組件形成一些聯系，從而可以根據其傳來的信息在合適的時候執行合適的操作。
一般來講，這種聯系分為兩種：startService()以及bindService()。這兩種聯系都可以使得一個service開始運行，但是在其他方面有著諸多不同，看一下對比：
（1）啟動service的方式：
startService ：在其他組件中調用startService()方法后，服務即處于啟動狀態
bindService：在其他組件中調用bindService()方法后，服務即處于啟動狀態
（2）停止service的方式：
startService ：service中調用stopSelf()方法，或者其他組件調用stopService()方法后，service將停止運行
bindService：所有與service綁定的組件都被銷毀，或者它們都調用了unbindService()方法后，service將停止運行
（3）service與啟動它的組件之間的通信方式：
startService ：沒有提供默認的通信方式，啟動service后該service就處于獨立運行狀態
bindService：可以通過 ServiceConnection進行通信，組件可以與service進行交互、發送請求、獲取結果，甚至是利用IPC跨進程執行這些操作
（4）service的生命周期
startService ：一旦啟動，service即可在后臺無限期運行，即使啟動service的組件已被銷毀也不受其影響，直到其被停止
onCreate() - onStartCommand() - onDestory()
bindService: 當所有與其綁定的組件都取消綁定(可能是組件被銷毀也有可能是其調用了unbindService()方法后，service將停止
onCreate() - onBind() - onUnbind() - onDestory()
注： 1.以上“其他組件”不包括Broadcast receiver，其無法直接啟動或綁定service。 2.startService()與bindService()并不沖突，同一個service可能既有組件調用了startService()啟動它，又有組件與它進行了綁定。當同一個service與其他組件同時存在這兩種聯系時，其生命周期會發生變化，必須從兩種方法的角度看service均停止才能真正停止。
2，如何創建一個service？
創建一個類繼承自Service(或它的子類，如IntentService)，重寫里面的一些關鍵的回調方法，如onStartCommand()，onBind()等
在Manifests文件里面為其聲明，并根據需要配置一些其他屬性。
講道理，這一切跟新建一個Activity灰常的像，跟孿生兄弟一樣——包括其里面的一些關鍵方法，都充斥著一種濃濃的基情。
onCreate() 在每個service的生命周期中這個方法會且僅會調用一次，并且它的調用在onStartCommand()以及onBind()之前，我們可以在這個方法中進行一些一次性的初始化工作。
onStartCommand() 當其他組件通過startService()方法啟動service時，此方法將會被調用。
onBind() 當其他組件通過bindService()方法與service相綁定之后，此方法將會被調用。這個方法有一個IBinder的返回值，這意味著在重寫它的時候必須返回一個IBinder對象，它是用來支撐其他組件與service之間的通信的——另外，如果你不想讓這個service被其他組件所綁定，可以通過在這個方法返回一個null值來實現。
onDestroy() 這是service一生中調用的最后一個方法，當這個方法被調用之后，service就會被銷毀。所以我們應當在這個方法里面進行一些資源的清理，比如注冊的一些監聽器什么的。
在Manifests文件里進行聲明的時候，只有android:name屬性是必須要有的，其他的屬性都可以沒有。但是有的時候適當的配置可以讓我們的開發進行地更加順利，所以了解一下注冊一個service可以聲明哪些屬性也是很有必要的。
<service android:enabled=["true" | "false"]
android:exported=["true" | "false"]
android:icon="drawable resource"
android:isolatedProcess=["true" | "false"]
android:label="string resource"
android:name="string"
android:permission="string"
android:process="string" >
</service>
android:enabled : 如果為true，則這個service可以被系統實例化，如果為false，則不行。默認為true
android:exported : 如果為true，則其他應用的組件也可以調用這個service并且可以與它進行互動，如果為false，則只有與service同一個應用或者相同user ID的應用可以開啟或綁定此service。它的默認值取決于service是否有intent filters。如果一個filter都沒有，就意味著只有指定了service的準確的類名才能調用，也就是說這個service只能應用內部使用——其他的應用不知道它的類名。這種情況下exported的默認值就為false。反之，只要有了一個filter，就意味著service是考慮到外界使用的情況的，這時exported的默認值就為true
android:icon : 一個象征著這個service的icon
android:isolatedProcess : 如果設置為true，這個service將運行在一個從系統中其他部分分離出來的特殊進程中，我們只能通過Service API來與它進行交流。默認為false。
android:label : 顯示給用戶的這個service的名字。如果不設置，將會默認使用<application>的label屬性。
android:name : 這個service的路徑名，例如“com.lypeer.demo.MyService”。這個屬性是唯一一個必須填的屬性。
android:permission : 其他組件必須具有所填的權限才能啟動這個service。
android:process : service運行的進程的name。默認啟動的service是運行在主進程中的。
下面是一個例子：
public class ServiceDemo extends Service {
private static final String TAG = "ServiceDome";
@Override
public void onCreate() {
super.onCreate();
Log.d(TAG, "onCreate");
//只在service創建的時候調用一次，可以在此進行一些一次性的初始化操作
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.d(TAG, "onStartCommand");
//當其他組件調用startService()方法時，此方法將會被調用
//在這里進行這個service主要的操作
return super.onStartCommand(intent, flags, startId);
}
@Nullable
@Override public IBinder onBind(Intent intent) {
Log.d(TAG, "onBind");
//當其他組件調用bindService()方法時，此方法將會被調用
//如果不想讓這個service被綁定，在此返回null即可
return null;
}
@Override
public void onDestroy() {
Log.d(TAG, "onDestroy");
//service調用的最后一個方法
//在此進行資源的回收
super.onDestroy();
}
}
<!--in manifests --><service android:name=".ServiceDemo"/>
3，如何啟動service？
前面講了兩種啟動service的方式，但是都講的比較概括，這里就詳細的講一下這兩種方式。
3.1，startService()
另一個組件通過調用startService()方法，就可以啟動一個特定的service，并且這將導致service中的onStartCommand()方法被調用。
在調用startService()方法的時候，其他組件需要在方法中傳遞一個intent參數，然后service將會在onStartCommand()中接收這個intent，并獲取一些數據。
比如此時某個Activity要將一些數據存入數據庫中，我就可以通過intent把數據傳入service，然后讓service去進行連接數據庫，存儲數據等操作，而此時用戶可以執行其他的任何操作——甚至包括銷毀那個Activity——這并不會影響service存儲數據這件事。
當一個service通過這種方式啟動之后，它的生命周期就已經不受啟動它的組件影響了，它可以在后臺無限期的運行下去，只要service自身沒有調用stopSelf()并且其他的組件沒有調用針對它的stopService()。
另外，如果確定了使用這種方式啟動service并且不希望這個service被綁定的話，那么也許除了傳統的創建一個類繼承service之外我們有一個更好的選擇——繼承IntentService。
如果是擴建Service類的話，通常情況下我們需要新建一個用于執行工作的新線程，因為默認情況下service將工作于應用的主線程，而這將會降低所有正在運行的Activity的性能。而IntentService就不同了。它是Service的子類，它使用工作線程來注意的處理所有的startService請求。如果你不要求這個service要同時處理多個請求，那么繼承這個類顯然要比直接繼承Service好到不知道哪里去了。（感覺跟HandlerThread似的）
IntentService已經做了這些事：
（1）創建默認的工作線程，用于在應用的主線程外執行傳遞給 onStartCommand() 的所有 Intent
（2）創建工作隊列，用于將一個 Intent 逐一傳遞給 onHandleIntent() 實現，這樣的話就永遠不必擔心多線程問題了
（3）在處理完所有啟動請求后停止服務，從此媽媽再也不用擔心我忘記調用 stopSelf() 了
（4）提供 onBind() 的默認實現（返回 null）
（4）提供 onStartCommand() 的默認實現，可將 Intent 依次發送到工作隊列和 onHandleIntent() 實現
因此我們只需要實現onHandleIntent()方法來完成具體的功能邏輯就可以了。例如：
// 現在在一個Activity里面
Intent intent = new Intent(MainActivity.this, IntentServiceDemo.class);
startService(intent);
public class IntentServiceDemo extends IntentService {
public IntentServiceDemo(String name) {
super(name);
//構造方法
}
@Override
protected void onHandleIntent(Intent intent) {
//在這里根據intent進行操作
}
}
相比上面的繼承service實現，這個確實要簡單許多。但是要注意的是，如果需要重寫其他的方法，比如onDestroy()方法，一定不要刪掉它的父類實現！因為它的父類實現里面也許包括了對工作線程還有工作隊列的初始化以及銷毀等操作，如果沒有了的話很容易出問題。
但是，如果你有讓service同時處理多個請求的需求，這個時候就只能去繼承Service了。這個時候就要自己去處理工作線程那些事。下面是一個官方的例子：
public class HelloService extends Service {
private Looper mServiceLooper;
private ServiceHandler mServiceHandler;
private final class ServiceHandler extends Handler {
public ServiceHandler(Looper looper) {
super(looper);
}
@Override
public void handleMessage(Message msg) {
long endTime = System.currentTimeMillis() + 5*1000;
while (System.currentTimeMillis() < endTime) {
synchronized (this) {
try {
wait(endTime - System.currentTimeMillis());
} catch (Exception e) {
}
}
}
stopSelf(msg.arg1);
}
}
@Override
public void onCreate() {
HandlerThread thread = new HandlerThread("ServiceStartArguments",
Process.THREAD_PRIORITY_BACKGROUND);
thread.start();
mServiceLooper = thread.getLooper();
mServiceHandler = new ServiceHandler(mServiceLooper);
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Toast.makeText(this, "service starting", Toast.LENGTH_SHORT).show();
Message msg = mServiceHandler.obtainMessage();
msg.arg1 = startId;
mServiceHandler.sendMessage(msg);
return START_STICKY;
}
@Override
public IBinder onBind(Intent intent) {
return null;
}
@Override
public void onDestroy() {
Toast.makeText(this, "service done", Toast.LENGTH_SHORT).show();
}
}
比起IntentService來，顯然做的工作要多的多的多。但是，由于是自己處理的對onStartCommand的調用，它可以同時執行多個請求——雖然官方的栗子里沒有這樣做。但是如果你想這樣做，就可以為每一個請求創建一個線程，然后立即運行這些請求。
另外，我們注意到onStartCommand()的返回值是一個很奇怪的值START_STICKY，這是個什么呢？或者說這個方法的返回值是用來干嘛的呢？
事實上，它的返回值是用來指定系統對當前線程的行為的。它的返回值必須是以下常量之一：
（1）START_NOT_STICKY : 如果系統在 onStartCommand() 返回后終止服務，則除非有掛起 Intent 要傳遞，否則系統不會重建服務。這是最安全的選項，可以避免在不必要時以及應用能夠輕松重啟所有未完成的作業時運行服務。
（2）START_STICKY : 如果系統在 onStartCommand() 返回后終止服務，則會重建服務并調用 onStartCommand()，但絕對不會重新傳遞最后一個 Intent。相反，除非有掛起 Intent 要啟動服務（在這種情況下，將傳遞這些 Intent ），否則系統會通過空 Intent 調用 onStartCommand()。這適用于不執行命令、但無限期運行并等待作業的媒體播放器（或類似服務）。
（3）START_REDELIVER_INTENT : 如果系統在 onStartCommand() 返回后終止服務，則會重建服務，并通過傳遞給服務的最后一個 Intent 調用 onStartCommand()。任何掛起 Intent 均依次傳遞。這適用于主動執行應該立即恢復的作業（例如下載文件）的服務。
除此之外，繼承service來實現的service，一定要記得，停止這個service。因為除非系統必須回收內存資源，否則系統不會停止或銷毀service。事實上，如果這個service是與可見組件綁定，其幾乎永遠不會被停止或銷毀。在這種情況下，如果你忘記了在其工作完成之后將其停止，勢必會造成系統資源的浪費以及電池電量的消耗，而這應當是我們要極力避免的。
3.2，bindService()
這是一種比startService更復雜的啟動方式，同時使用這種方式啟動的service也能完成更多的事情，比如其他組件可向其發送請求，接受來自它的響應，甚至通過它來進行IPC等等。我們通常將綁定它的組件成為客戶端，而稱它為服務器。
如果要創建一個支持綁定的service，我們必須要重寫它的onBind()方法。這個方法會返回一個IBinder對象，它是客戶端用來和服務器進行交互的接口。而要得到IBinder接口，我們通常有三種方式：繼承Binder類，使用Messenger類，使用AIDL。
這三種方式也是各有各的好處以及缺點，更多的講解將放在下一篇博客中進行。http://blog.csdn.net/luoyanglizi/article/details/51594016
參考：
http://blog.csdn.net/luoyanglizi/article/details/51980630
http://blog.csdn.net/luoyanglizi/article/details/51594016
