应用代码本身调用到了非 SDK API 接口； 针对应用代码本身调用到了非 SDK API 接口，用的比较频繁的例如 SystemProperties.get，就需要去寻找另外一个可以替代的合法 API，如果找不到就只能认为该 API 调用失败从而走失败逻辑，如果实在必须要用到该 API 就尽早去向 google 申请移动到浅灰名单中。
第三方库调用到了非 SDK API 接口； 针对第三方库调用到了非 SDK API 接口，解决办法当然是直接查询相关资料或者联系库提供方，确认是否有适配 Android P 新版本的 SDK。还有需要提到的一点，就算更换适配完成的第三方 SDK 后，仍然可能会在同一地方扫描出非 SDK API 的调用，这是因为适配工程师只是在调用处加了一个 try-catch 保护逻辑，虽然这样也勉强叫做适配完成，但是还是强烈建议大家使用如下的适配方式： if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.P) { // Android P or above } else { // below Android P } 严格按照上面的适配方案，扫描工具就不会再扫描出此处的非 SDK API 调用，我们也无需每次都去确认所有非 SDK API 调用处都加了保护逻辑。 当然如果第三方库没有适配也没有近期适配的意向，目前有两种方法：第一种是屏蔽入口；第二种是反编译 SDK，在关键地方加上适配代码；
Android 官方库调用到了非 SDK API 接口； 没错！Android 官方库也会被扫描出非 SDK API 调用，针对这种情况，需要分情况讨论：
该 API 调用查看 v7 support 包源码可以发现已经被 try-catch 住了，测试了相关类也可以正常运行，而且在适配过程中升级 rc 版本的 support-v7 包会导致应用编译不过，所以目前 QQ 音乐暂时认定无需升级到最新版本的 support-v7。除上面介绍的特殊情况之外还是建议更换最新版本的官方 SDK。
三、电源管理改进 3.1 应用待机群组Android P 上对电源管理又做了一系列的改进措施，不管应用 targetApi 版本是否已经升级到 P，系统都会依据应用最近的使用时间和频率来给应用进行待机分组，然后根据应用所属群组限制应用可以访问的资源，目前总共有五类分组：
活跃： 一般为正在使用或者在前台运行的应用，例如：
应用启动一个 Activity；
应用正在运行前台 Service；
应用的同步适配器关联上了一个前台应用；
用户点击了应用的一个通知； 系统不会对该类应用有任何的限制；
工作集： 应用经常运行，但是当前未属于活跃状态就会被归属于工作集，该群组的应用在运行作业和触发闹钟方面会被施加轻度的限制；
常用： 应用如果被定期使用，但不是每天的话就会被归到该工作群组。该群组的应用在运行作业和触发闹钟方面会被施加较强的限制，FCM 消息数量也会有相关限制；
极少使用： 应用如果不经常使用就会被归到该工作群组，系统会对该群组应用运行作业、触发闹钟和接收高优先级别 FCM 的消息能力方面有严格的限制；
从未使用： 安装但从未被使用过的应用会被归到该工作群组，该工作群组的应用会被施加极其严格的限制；
更加详细的表述可以参考官网：App Standby Buckets(https://developer.android.com/about/versions/pie/power)，不同群组的限制的详细表现见：Power management restrictions（链接：https://developer.android.com/topic/performance/power/power-details）。系统会动态的将手机里面的应用分配到这五类群组里面，也会根据需要变化应用群组，同时借助了机器学习来将一个应用放到更合适的群组里。目前应用可以通过 UsageStatsManager.getAppStandbyBucket() 函数来获取当前所属的应用群组，借助这个结果来更好的提升自己的打开频率，同时可以借助此来模拟处于不同群组能否正常工作。另外，位于低电耗模式白名单中的应用不适用基于应用待机群组的限制。
3.2 省电模式改进Android 9 对省电模式又做了很多改进，开启省电模式之后会有如下限制：
系统会更加积极的将应用置于待机模式，不管应用是否空闲；
后台执行限制将适用于所有应用，无论他们的 targetApi 是多少；
屏幕关闭时，位置服务可能被停用；
后台应用没有网络访问权限；
这里需要重点介绍一下后台执行限制，该限制于 Android O 版本引入，主要是为了优化 Android 在多应用多服务运行时，系统负载过大会杀死后台音乐播放等服务导致用户体验下降的问题，它默认只对 targetApi 大于等于 26 的应用生效。目前用户可以通过设置页面对任意应用施加后台执行限制，后台执行限制会对应用有两方面的影响：