Android 7.0系統(tǒng)在運(yùn)行應(yīng)用的時(shí)候,對(duì)權(quán)限做了諸多限制,normal, dangerous, signature, signatureOrSystem ,取決于保護(hù)級(jí)別，在確定是否授予權(quán)限時(shí)，系統(tǒng)可能采取不同的操作。

normal 表示權(quán)限是低風(fēng)險(xiǎn)的，不會(huì)對(duì)系統(tǒng)、用戶或其他應(yīng)用程序造成危害； dangerous 表示權(quán)限是高風(fēng)險(xiǎn)的，系統(tǒng)將可能要求用戶輸入相關(guān)信息，才會(huì)授予此權(quán)限； signature 表示只有當(dāng)應(yīng)用程序所用數(shù)字簽名與聲明引權(quán)限的應(yīng)用程序所用數(shù)字簽名相同時(shí)，才能將權(quán)限授給它； signatureOrSystem 表示將權(quán)限授給具有相同數(shù)字簽名的應(yīng)用程序或android 包類。這一保護(hù)級(jí)別適和于非常特殊的情況，比如多個(gè)供應(yīng)商需要通過(guò)系統(tǒng)映像共享功能時(shí)

運(yùn)行時(shí)權(quán)限彈窗問(wèn)題是很多系統(tǒng)定制的客戶要求屏蔽的，一直以來(lái)沒(méi)有特別好的方法，下面我分享一下我自己驗(yàn)證可行的方案

方案1，修改frameworks/base/services/core/java/com/android/server/pm/PackageManagerService和frameworks/base/services/core/java/com/android/server/pm/DefaultPermissionGrantPolicy文件，PackageManagerService文件修改代碼如下：

@Override public void systemReady() { ... synchronized (mPackages) { ... for (int userId : UserManagerService.getInstance().getUserIds()) {//if (!mSettings.areDefaultRuntimePermissionsGrantedLPr(userId)) {//注釋掉這個(gè)判斷 grantPermissionsUserIds = ArrayUtils.appendInt( grantPermissionsUserIds, userId);//} } }

DefaultPermissionGrantPolicy文件修改代碼如下：

private void grantPermissionsToSysComponentsAndPrivApps(int userId) { Log.i(TAG, 'Granting permissions to platform components for user ' + userId); synchronized (mService.mPackages) { for (PackageParser.Package pkg : mService.mPackages.values()) { // if (!isSysComponentOrPersistentPlatformSignedPrivAppLPr(pkg) //刪掉isSysComponentOrPersistentPlatformSignedPrivAppLPr判斷 if(!doesPackageSupportRuntimePermissions(pkg) || pkg.requestedPermissions.isEmpty()) { continue;}Set<String> permissions = new ArraySet<>();final int permissionCount = pkg.requestedPermissions.size();for (int i = 0; i < permissionCount; i++) { String permission = pkg.requestedPermissions.get(i); BasePermission bp = mService.mSettings.mPermissions.get(permission); if (bp != null && bp.isRuntime()) { permissions.add(permission); }}if (!permissions.isEmpty()) { grantRuntimePermissionsLPw(pkg, permissions, true, userId);} } } }

簡(jiǎn)單說(shuō)明下這個(gè)方案的修改原理，在PMS的systemReady方法中會(huì)遍歷所有擁有默認(rèn)運(yùn)行時(shí)權(quán)限應(yīng)用，通過(guò)遍歷它們的UserId來(lái)賦予權(quán)限，注釋掉判斷是否為擁有運(yùn)行時(shí)權(quán)限的應(yīng)用方法后，會(huì)遍歷所有應(yīng)用，遍歷應(yīng)用且賦予權(quán)限的操作是在DefaultPermissionGrantPolicy中g(shù)rantPermissionsToSysComponentsAndPrivApps方法，注釋掉判斷簽名應(yīng)用和系統(tǒng)應(yīng)用的方法，普通應(yīng)用也可以獲取所有運(yùn)行時(shí)權(quán)限，這樣所有應(yīng)用都不會(huì)有運(yùn)行時(shí)權(quán)限的彈窗了。

方案2，只修改frameworks/base/services/core/java/com/android/server/pm/PackageManagerService文件，修改grantPermissionsLPw方法，代碼如下：

private void grantPermissionsLPw(PackageParser.Package pkg, boolean replace, String packageOfInterest) { ... /*add for grant thirdparty app permssion S*/ final String thirdPkgName = SystemProperties.get('persist.thirdparty.packagenames',''); if(isSystemApp(pkg) || pkg.packageName.contains(thirdPkgName)){//xxx為包名 final int permCount = pkg.requestedPermissions.size(); for(int i = 0;i < permCount;i++){ final String name = pkg.requestedPermissions.get(i); final BasePermission bp = mSettings.mPermissions.get(name); if(bp != null && permissionsState.grantInstallPermission(bp) != PermissionsState.PERMISSION_OPERATION_FAILURE){changeInstallPermission = true; } } /*add for grant thirdparty app permission E*/ permissionsState.setGlobalGids(mGlobalGids); ... }

簡(jiǎn)單解釋下第二中方案的思路，PMS在應(yīng)用安裝的時(shí)候會(huì)根據(jù)應(yīng)用是否為簽名應(yīng)用、系統(tǒng)應(yīng)用或三方應(yīng)用來(lái)更新權(quán)限，這里可以做成白名單的形式，目前通過(guò)SystemProperties來(lái)獲取三方包名可以通過(guò)adb或者串口來(lái)測(cè)試三方應(yīng)用權(quán)限是否可以正常獲取。兩種方案大家可以自由選擇。

到此這篇關(guān)于Android 7.0 運(yùn)行時(shí)權(quán)限彈窗問(wèn)題的解決的文章就介紹到這了,更多相關(guān)Android7.0 權(quán)限彈窗 內(nèi)容請(qǐng)搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！