微交易系统开发应该关注的Android70行为变化.docxVIP

微交易系统开发应该关注的--Android 7.0行为变化 Android N 除了提供诸多新特性和功能外，还对系统和 API 行为做出了各种变更。本文重点介绍你应该了解并在开发应用时加以考虑的一些重要变更。 如果您之前发布过Android App，请注意你的App可能受到这些平台变更的影响。 #电池和内存 Android N包括旨在延长设备电池寿命和减少RAM使用的系统行为变更。这些变更可能会影响您的应用访问系统资源，以及您的系统通过特定隐式Intent与其他应用互动的方式。低电耗模式Android 6.0（API leve 23）引入了低电耗模式，当用户设备未插接电源、处于静止状态且屏幕关闭时，该模式会推迟CPU和网络访问，从而延长电池寿命。而Android 7.0则通过在设备未插接电源且屏幕关闭状态下、但不一定要处于静止状态（例如用户外出时把手持设备装在兜兜里）时应用部分CPU和网络限制，进一步增强了低电耗模式。低电耗模式如何应用第一级系统活动限制以延长电池寿命的图示： 请注意，激活屏幕或插接设备电源时，系统将退出低电耗模式并取消之前的限制。此项新增的行为不会影响有关使你的App适应Android 6.0（API Leve23）中所发布旧版本低电耗模式的建议和最佳实践，如低电耗模式和应用待机模式优化中提到的内容。你还是应该遵循这些建议（例如使用 Google Cloud Messaging (GCM) 发送和接收消息），并且兼容新的低电耗模式。Project Svelte：后台优化Android 7.0删除了三个隐式广播，优化内存使用和优化电量消耗。这个变化是非常必要的，因为隐式广播会在后台频繁启动已注册侦听这些广播的应用。删除这些广播可以显著提升设备性能和用户体验。移动设备会经历频繁的连接变更，例如在Wi-Fi和移动数据之间切换时。目前，可以通过在Manifest.xml中注册一个BroadcastRecevier来监听隐式CONNECTIVITY_ACTION广播，让应用能够监控这些变更。由于很多App会注册接收这个广播，因此单次网络切换即会导致所有应用被唤醒并同时处理此广播。同样的道理，应用可以注册接收来自其他应用（例如相机）的隐式ACTION_NEW_PICTURE和ACTION_NEW_VIDEO广播。当用户使用相机应用拍摄照片时，这些应用即会被唤醒以处理广播。为缓解缓解上面的问题，Android 7.0采用了下面优化措施：针对Android 7.0开发的应用不会收CONNECTIVITY_ACTION广播，即使它们已经在Manifest.xml中注册了接受这个广播的BroadcastRecevier因为不会收到。在前台运行的应用如果使用BroadcastReceiver接收通知，则仍可以在主线程中侦听CONNECTIVITY_CHANGE。应用无法发送或接收ACTION_NEW_PICTURE或ACTION_NEW_VIDEO广播。这个改变会影响到所有的App，不仅仅是针对Android 7.0开发的App。如果你的App使用了任何隐式Intent，您仍需要尽快移除它们的依赖关系，以正确适配Android 7.0的设备。 Android framework提供多个解决方案来缓解对这些隐式广播的需求。例如JobScheduler API提供了一个稳健可靠的机制来安排满足指定条件（例如连入无限流量网络）时所执行的网络操作。您甚至可以使用JobScheduler来适应 Content providers变化。如需了解有关 Android 7.0中后台优化以及如何改写应用的详细信息，请参阅后台优化。权限更改Android 7.0 做了一些权限更改，这些更改可能会影响到你的App。系统权限更改为了提高私有文件的安全性，面向 Android 7.0或更高版本的App私有目录被限制访问(0700)。此设置可防止私有文件的元数据泄漏，如它们的大小或是否存在（状态）。此权限策略的更改有多重副作用：私有文件的文件权限不应再由所有者放宽，为使用MODE_WORLD_READABLE和MODE_WORLD_WRITEABLE而进行的此类尝试将触发SecurityException，会导致App崩溃的。注：迄今为止，这种限制还不能完全执行。App仍可能使用原生API或File API来修改它们的私有目录权限。但是Google强烈反对放宽私有目录的权限。传递软件包网域外的 file://URI可能给接收器留下无法访问的路径。因此传递file://URI会触发 FileUriExposedException。分享私有文件内容的推荐方法是使用FileProvider。DownloadManager不再按文件名分享私人存储的