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

        在节日壁纸功能开发时，有这样一个需求需要实现：当某个节日来临时，需要将用户当前的壁纸替换为用自己预定义的节日壁纸；当节日过完后，需要将用户恢复用户之前设置的壁纸。那么，如果用户之前设置的是动态壁纸的话，需要调用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目录下就可以了。