自定義Android應用的訪問許可權

由於Android部分設計原理較為開放，可能通過Intent或PackageManager就可以解析處理呼叫其他應用的子類，所以在部分應用中需要做更多的安全處理，保證應用內部的穩定性和安全性。Android123強烈大家仔細閱讀本文，這將會對您在構架Android應用時減少一些隱患的發生。

穩定性: 部分類可能沒有數值的傳入將會導致可能初始化失敗，造成Force Close等問題。

安全性: 其他應用呼叫本程式的SQL資料庫等問題，可能會造成一些無法預料到的損失。

為了考慮內部部分敏感資料處理的安全性加入類ACL訪問控制，當然使用了更加靈活的，比如UID、SID、PID等多種方式:今天Android開發網一起和大家談論下開發過程中的處理細節。

1. 部分私有的配置資訊，或相對輕量級的內容，可以使用SharedPreferences介面提供的相關方法處理，並設定為安全標誌位私有MODE_PRIVATE，不過需要注意的是該方方僅能但程式呼叫。

2. SQLite的安全問題，對於Content Provider的處理許可權，在Android中可以直接顯示的宣告，比如在androidmanifest.xml中宣告讀或寫許可權，在Provider節點中，宣告android:writePermission或android:readPermission屬性，當然其他程式宣告瞭這些許可權也可以訪問，這時我們可以通過 android:authorities屬性限制一個類的訪問，比如android:authorities="cn.com.android123.cwj" 。最終類似

這裡Android123提示大家，資料庫本身的讀寫可以處理多執行緒問題，但是資料的先後可以考慮同步問題，設定android:multiprocess="true"屬性來保證資料的正確性，相關問題不在本文討論範圍內，我們可能會在以後的內容中涉及這部分問題。

3.  Activity、Service和Receiver的許可權宣告方式，可以直接使用android:permission屬性，具體的和上面的SQLite安全一樣的處理方式，演示程式碼如下

當然還有可選的屬性比如說android:protectionLevel="normal"設定保護許可權，還有必須簽名signature，當然這裡對於許可權分組我們可以通過類似permission的方法來宣告permissionGroup，或直接使用系統的，比如android:permissionGroup="android.permission-group.SYSTEM_TOOLS"最終其他應用中呼叫，可以顯示的在自己的manifest.xml中宣告即可，類似 

直接在androidmanifest.xml中的Application中直接宣告，比如標準使用者許可權類似

  android:sharedUserId="android.uid.shared"  ，當然處理一些RIL方面的可以宣告類似 android.uid.phone 的許可權，處理一些更敏感的資料。

對於Service而言，除了限制訪問的package外，我們還可以通過直接繫結並引數判斷的訪問來處理儘量不使用android:exported="true"的匯出方法，當然通過broadcast方式通訊可以通過intent的extra方式可以做一些簡單的驗證。

PID的安全問題，通過限制processID的方式限制訪問，僅允許在同一個程式空間訪問。