1、乙個android應用可能需要許可權才能呼叫android系統的功能
2、乙個android應用也可能被其它應用呼叫，因此也需要宣告呼叫自身所需要的許可權
宣告執行該運用所需要的許可權
通過為元素新增子元素即可為程式本身宣告許可權
宣告呼叫該應用所需的許可權
通過為應用的各元件元素，如元素新增子元素即可宣告呼叫該程式所需的許可權
android提供了大量的許可權，都位於manifest.permission類中
android介面呼叫控制，首先是root使用者和system使用者擁有所有的介面呼叫許可權，然後對於其它使用者使用context以下這幾個函式來實現
context.checkcallingorselfpermission(string);
context.checkcallingorselfuripermission(uri,int);
context.checkcallingpermission(permission);
context.checkcallinguripermission(uri,int);
context.checkpermission(string,int,int);
context.checkuripermission(uri,int,int,int);
context.checkuripermission(uri,string,string,int,int,int);
context.enforcecallingorselfpermission(string,string);
context.enforcecallingorselfuripermission(uri,int,string);
context.enforcecallingpermission(string,string);
context.enforcecallinguripermission(string,string);
context.enforcepermission(string,int,int,string);
context.enforceuripermission(uri,int,int,int,string);
context.enforceuripermission(uri,string,string,int,int,int,string);
其中check開頭的，只做檢查。enforce開頭的，不單檢查，沒有許可權的還會丟擲異常。
這幾個函式最後會呼叫到pkms的checkuidpermission，該函式通過對比應用許可權資訊來判斷該應用是否獲得許可權。
應用程式許可權設計
我們在開發系統的時候，經常會遇到系統需要許可權控制，而許可權的控制程度不同有不同的設計方案。1.基於角色的許可權設計 這種方案是最常見也是比較簡單的方案，不過通常有這種設計已經夠了，所以微軟就設計出這種方案的通用做法，這種方案對於每乙個操作不做控制，只是在程式中根據角色對是否具有操作的許可權進行控制...
應用程式許可權設計
我們在開發系統的時候，經常會遇到系統需要許可權控制，而許可權的控制程度不同有不同的設計方案。1.基於角色的許可權設計 這種方案是最常見也是比較簡單的方案，不過通常有這種設計已經夠了，所以微軟就設計出這種方案的通用做法，這種方案對於每乙個操作不做控制，只是在程式中根據角色對是否具有操作的許可權進行控制...
應用程式許可權設計
我們在開發系統的時候，經常會遇到系統需要許可權控制，而許可權的控制程度不同有不同的設計方案。1.基於角色的許可權設計 這種方案是最常見也是比較簡單的方案，不過通常有這種設計已經夠了，所以微軟就設計出這種方案的通用做法，這種方案對於每乙個操作不做控制，只是在程式中根據角色對是否具有操作的許可權進行控制...