轉:Android中startActivity中的permission檢測與UID機制

我們經常在一個activity中去start另一個activity，或者與另一個acitivity的結果進行互動（startActivityForResult）。但有沒有想過可能會出現的permission問題呢？如果你遇到了permission denial的Exception，那麼你需要讀讀這篇文章啦。

我們在同一個application內部，可以隨意的startActivity from Activity A to Activity B，而官方的文檔中說startActivity可能會報NotFoundException，表示被start的Activity不存在。因此，我們很容易忽略另一個可能的Exception，Permission Denial。

當我們在不同的application中，如application A中的Activity去start一個application B中的Activity，也許你什麼Exception都不會得到，也可能會直接Force Close掉。因為再Start Activity時，代碼是有去檢驗permission的。

如下情況，可以成功startActivity而不會得到permission denial

1、同一個application下

2、Uid相同

3、permission匹配

4、目標Activity的屬性Android:exported=”true”

5、目標Activity具有相應的IntentFilter，存在Action動作或其他過濾器並且沒有設定exported=false

6、啟動者的Pid是一個System Server的Pid

7、啟動者的Uid是一個System Uid（Android規定android.system.uid=1000，具有該Uid的application，我們稱之為獲得Root許可權）

如果上述調節，滿足一條，一般即可（與其他幾條不發生強制設定衝突），否則，將會得到Permission Denial的Exception而導致Force Close。

現在，我來解釋一下Uid機制

眾所周知，Pid是進程ID，Uid是使用者ID，只是Android和電腦不一樣，電腦每個使用者都具有一個Uid，哪個使用者start的程式，這個程式的Uid就是那個那個使用者，而Android中每個程式都有一個Uid，預設情況下，Android會給每個程式分配一個普通層級互不相同的Uid，如果用互相調用，只能是Uid相同才行，這就使得共用資料具有了一定安全性，每個軟體之間是不能隨意獲得資料的。而同一個application只有一個Uid，所以application下的Activity之間不存在存取權限的問題。

如果你需要做一個application，將某些服務service，provider或者activity等的資料，共用出來怎麼辦，三個辦法。

1、完全暴露，這就是android:exported=”true”的作用，而一旦設定了intentFilter之後，exported就預設被設定為true了，除非再強制設為false。當然，對那些沒有intentFilter的程式體，它的exported屬性預設仍然是false，也就不能共用出去。

2、許可權提示暴露，這就是為什麼經常要設定usePermission的原因，如果人家設定了android:permission=”xxx.xxx.xx”那麼，你就必須在你的application的Manufest中usepermission xxx.xxx.xx才能訪問人家的東西。

3、私人暴露，假如說一個公司做了兩個產品，只想這兩個產品之間可互相調用，那麼這個時候就必須使用shareUserID將兩個軟體的Uid強制設定為一樣的。這種情況下必須使用具有該公司簽名的簽名文檔才能，如果使用一個系統內建軟體的ShareUID，例如Contact，那麼無須第三方簽名。

這種方式保護了第三方軟體公司的利益於資料安全。

當然如果一個activity是又system process跑出來的，那麼它就可以橫行霸道，任意許可權，只是你無法開發一個第三方application具有系統的Pid（系統Pid不固定），但是你完全可以開發一個具有系統Uid的程式，對系統中的所有程式任意訪問，只需再Manufest中聲明shareUserId為android.system.uid即可，產生的檔案也必須經過高許可權簽名才行，一般不具備這種審核條件的application，google不會提供給你這樣的簽名檔案。當然你是在編譯自己的系統的話，想把它作成系統軟體程式，只需在Android.mk中聲明Certificate:platform則可以了，既採用系統簽名。這個系統Uid的獲得過程，我們把它叫做獲得Root許可權的過程。所以很多第三方系統管理軟體就是有Root許可權的軟體，因為他需要對系統有任意訪問的許可權。那麼它的Root簽名則需要和編譯的系統一致，例如官方的系統得用官方的簽名檔案，CM的系統就得用CM的簽名檔案。（這裡就不多講了）

講到這裡，大家應該明白Uid機制了吧。^_^