Android的四大元件及元件間通訊

如果想對四大元件有深入的瞭解,那永遠不要停留在一些條條幹乾的SDK API的認識,需要了解他的通訊,他的複用,他的邊界問題,這樣才會對四大元件有透明的認識.

四大元件簡潔

• Activity

  • 沒有Activity 可以顯示UI嗎?
    可以的,我們可以直接操作view顯示,其實Activity 只是為了讓這些view 富有邏輯的意義,也就是說Activity 主要是讓這些邏輯相關的view 抽象成一個一個相關page,這樣就可以使這些page進行前進後退等邏輯行為.

• Service
  可以理解成一個沒有UI的後臺耗時的服務.

• ContentProvite
  Android中資源共享的一種方式.然而對於一些外部app來說資源都是private的,那麼ContentProvite為什麼可以進行訪問到.
  其主要是對於一些permission可以控制的情況下,資源才可以訪問到.

• BroadcastReceiver,
  相當於就是在system level中實現了一個observer(觀察者模式)廣播的設計模式.主要是為了解決一對多的耦合問題.

Android是基於元件的複用,元件間的邊界透明

Android中程式設計的模型比較特殊,他不是根據程序,也不是根據application,程序和application的邊界,都被google故意的去掉了,對於應用開發者說只認識一些元件,元件,元件. 他們直接的通訊都是基於intent,也就是說你只要釋出一個Intent 不用在意他到底是如何實現的,這些都交給系統去處理,你只要保證intent 指令的正確性即可.

元件的puclic 和 private

• android:exported欄位
• exported的default值
• override default值

元件的permission assignment

• Securing Activities(Service也是一樣)
  Android定義了一些安全的方式來限制特殊activity的啟動,如果要start該activity就必須申請對應的許可權.

如下面程式碼如果要啟動MyActivity 必須要申請下面許可權才可以.

<activity android:name=".MyActivity" android:permission="com.testapp.permission.START_MYACTIVITY"
 
>
        <intent-filter>
        </intent-filter>
</activity>

應用安裝的安全

應用安裝的安全性考慮和呼叫方式

• 應用安裝(安裝/解除安裝/升級)這個過程是一個高特權/風險的操作.
• 所以使用者必須可知/可控
• 主流實現方式: 客戶智慧委派而不能直接操作.
• 呼叫安裝傳統系統模式: 傳送intent給系統的Package Install app

下面程式碼會顯示UI告訴使用者此時需要安裝的app

Intent intent = new Intent(Intent.ACTION_VIEW);  
        intent.setDataAndType(Uri.parse("file://" + apkfile.toString()), "application/vnd.android.package-archive");   
        intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);  
        mContext.startActivity(i);  

• 特權安裝模式:
  系統的Package Install App 內部會呼叫PackageManagerService 的Install Package,該操作與android.permission.INSTALL_PACKAGES繫結,而且該permission 的protection level="signature|system",也就是說需要是有同樣private key或者系統應用才可以呼叫.

• 靜默安裝:
  所謂的靜默安裝方式只存在ROOT手機上,開發者可以選擇:
  基於pm cmd : pm install-r 靜態的安裝

應用安裝時怎麼做UID/GID分配

在安裝時應用的UID/GID就已經被系統分配好,並通過PackageManagerService將分配好的UID/GID(都是10000+)儲存到Databases裡,當你run app時就會從該db從獲取它的UID/GID,也就是安裝和執行的UID/GID 相同.