實現(xiàn)更新下載進度的功能

1. 通過廣播交互

Server端將目前的下載進度，通過廣播的方式發(fā)送出來，Client端注冊此廣播的監(jiān)聽器，當獲取到該廣播后，將廣播中當前的下載進度解析出來并更新到界面上。

優(yōu)缺點分析：

通過廣播的方式實現(xiàn)Activity與Service的交互操作簡單且容易實現(xiàn)，可以勝任簡單級的應(yīng)用。但缺點也十分明顯，發(fā)送廣播受到系統(tǒng)制約。系統(tǒng)會優(yōu)先發(fā)送系統(tǒng)級廣播，在某些特定的情況下，我們自定義的廣播可能會延遲。同時在廣播接收器中不能處理長耗時操作，否則系統(tǒng)會出現(xiàn)ANR即應(yīng)用程序無響應(yīng)

2. 共享文件交互

這里提到的共享文件指的是Activity和Service使用同一個文件來達到傳遞數(shù)據(jù)的目的。我們使用SharedPreferences來實現(xiàn)共享，當然也可以使用其它IO方法實現(xiàn)，通過這種方式實現(xiàn)交互時需要注意，對于文件的讀寫的時候，同一時間只能一方讀一方寫，不能兩方同時寫

優(yōu)缺點分析：

對於這種方式實現(xiàn)Activity與Service的交互，可以說很方便，就像使用管道，一個往裡寫，一個往外讀。但這種方式也有缺陷，寫入數(shù)據(jù)較為復(fù)雜以及數(shù)據(jù)量較大時，就有可能導(dǎo)致寫入與讀數(shù)據(jù)出不一致的錯誤。同時因為經(jīng)過了一個中轉(zhuǎn)站，這種操作將更耗時。

3. Messenger交互(信使交互) Handler

Messenger翻譯過來指的是信使，它引用了一個Handler對象，別人能夠向它發(fā)送消息(使用mMessenger.send(Message msg)方法)。該類允許跨進程間基于Message通信，在服務(wù)端使用Handler創(chuàng)建一個 Messenger，客戶端只要獲得這個服務(wù)端的Messenger對象就可以與服務(wù)端通信了。也就是說我們可以把Messenger當做Client端與Server端的傳話筒，這樣就可以溝通交流了

優(yōu)缺點分析：

通過Messenger來實現(xiàn)Activity和Service的交互，稍微深入一點我們就可以知道，其實Messenger也是通過AIDL來實現(xiàn)的。對於前兩種實現(xiàn)方式，Messenger方式總體上來講也是比較容易理解的，這就和平時使用Handler和Thread通信一個道理。

4. Server中自定義接口交互

自定義一個接口，該接口中有一個獲取當前下載進度的空方法。Server端用一個類繼承自Binder并實現(xiàn)該接口，覆寫了其中獲取當前下載進度的方法。Client端通過ServiceConnection獲取到該類的對象，從而能夠使用該獲取當前下載進度的方法，最終實現(xiàn)實時交互。

public interface ICountService { 
  public int getCurrentLoad(); 
} 

public class DownLoadService extends Service implements ICountService{ 
private ServiceBinder serviceBinder = new ServiceBinder();  
public class ServiceBinder extends Binder implements ICountService{ 
  @Override 
  public int getCurrentLoad() { 
    Log.i(TAG, "ServiceBinder getCurrentLoad()... i=:"+i); 
    return i; 
  }   
} 
@Override 
public int getCurrentLoad() { 
  return 0; 
} 
}

@Override 
public IBinder onBind(Intent intent) { 
  Log.i(TAG, "DownLoadService.onBind()..."); 
  return serviceBinder; 
} 

Client端的Timer在bindService()完成之后1秒再開始獲取下載進度，獲取方法是直接通過int curLoad = iCountService.getCurrentLoad()；這里的getCurrentLoad()方法是DownLoadService內(nèi)部類ServiceBinder中的方法。Client端將獲取到的下載進度更新到介面上并更新進度條。

優(yōu)缺點分析：

這種方法簡單實用，擴展性強，但其也有一些缺點，比如需要延遲一些再開始獲取Server端的數(shù)據(jù)，從而無法完全實現(xiàn)從零開始同步更新。綜其所述，通過自定義接口實現(xiàn)Activity與Service交互的方法還是比較實用的。適用於同進程中通信，不能進行跨進程通信。

5. AIDL交互

原理: AIDL屬于Android的IPC機制，常用于跨進程通信，主要實現(xiàn)原理基于底層Binder機制。

優(yōu)缺點分析：

AIDL在Android中是進程間通信常用的方式，可能使用較為復(fù)雜，但效率高，擴展性好。同時很多系統(tǒng)服務(wù)就是以這種方式完成與應(yīng)用程序通信的。

以上就是小編為大家?guī)淼臏\談Android Activity與Service的交互方式的全部內(nèi)容了，希望對大家有所幫助，多多支持腳本之家~

最新評論