缺少android.permission.SET_WALLPAPER_COMPONENT权限,导致恢复动态壁纸失败

时间:2022-08-29 22:56:57

        在节日壁纸功能开发时,有这样一个需求需要实现:当某个节日来临时,需要将用户当前的壁纸替换为用自己预定义的节日壁纸;当节日过完后,需要将用户恢复用户之前设置的壁纸。那么,如果用户之前设置的是动态壁纸的话,需要调用WallpaperManager.setWallpaperComponent(ComponentName name) 方法,将记录下来的ComponentName作为参数传递进去来恢复用户在节日之前设置的动态壁纸。

       根据Android Binder的B/S架构,可以知道在客户端调用WallpaperManager.setWallpaperComponent(ComponentName name)时,最终会通过Binder的跨进程机制,映射到服务端WallpaperManagerService.setWallpaperComponent(ComponentName name)方法的执行上。查看这个方法的源码http://androidxref.com/7.1.1_r6/xref/frameworks/base/services/core/java/com/android/server/wallpaper/WallpaperManagerService.java,可以知道其内部会调用checkPermission(android.Manifest.permission.SET_WALLPAPER_COMPONENT)方法来对当前应用程序是否拥有android.permission.SET_WALLPAPER_COMPONENT权限进行检测。当应用程序没有获取到该权限时,就会抛出:类似java.lang.SecurityException: Access denied to process: 402, must have permission android.permission.SET_WALLPAPER_COMPONENT的运行时异常,导致恢复动态壁纸失败。出现这个问题时,感到很奇怪,因为自己已经在AndroidManifest.xml中声明这个权限。但为什么还会抛出这样的异常呢?

        后来通过在源码中查找"android.permission.SET_WALLPAPER_COMPONENT"关键词,发现这个权限是在http://androidxref.com/7.1.1_r6/xref/frameworks/base/core/res/AndroidManifest.xml文件中声明的,在这个文件中对这个权限的protectionLevel进行了声明:android:protectionLevel="signature|privileged"。

        所以,当把这个应用签名或者放置到 /system/priv-app目录下就可以了。