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

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

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

方案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)) {//注釋掉這個判斷 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);} } } }

簡單說明下這個方案的修改原理，在PMS的systemReady方法中會遍歷所有擁有默認運行時權(quán)限應(yīng)用，通過遍歷它們的UserId來賦予權(quán)限，注釋掉判斷是否為擁有運行時權(quán)限的應(yīng)用方法后，會遍歷所有應(yīng)用，遍歷應(yīng)用且賦予權(quán)限的操作是在DefaultPermissionGrantPolicy中g(shù)rantPermissionsToSysComponentsAndPrivApps方法，注釋掉判斷簽名應(yīng)用和系統(tǒng)應(yīng)用的方法，普通應(yīng)用也可以獲取所有運行時權(quán)限，這樣所有應(yīng)用都不會有運行時權(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); ... }

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

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