Android 4.4-7.0 apk的更新换代策略

(一)Android 4.4 使用的是Dalvik虚拟机配合JIT (just in time)即时编译器,当app运行时,JIT编译器对新类进行编译,生成原生型指令码,这样在下次执行时相同逻辑就会速度更快。
JIT优点 :安装速度快占用空间小
JIT缺点:运行时编译开销大,容易造成卡顿,也就是以前生成apk的时候会很卡顿很慢。
 
        (二)在Android5.0以后google 放弃了Dalvik转投ART (Android Runtime)虚拟机,编译策略有由来的JIT变成了AOT(Ahead of Time)。
 
 
        ART策略是在第一次安装的时候,字节码就会预先编译成原生型指令码,使得其成为真正的本地应用。以后运行App不再需要进行编译,启动速度和运行速度都增加了提高,也就减少了卡顿感。
缺点是:安装时间长,消耗更多存储空间。
 
        (三)在Android 7.0开始,google结合了以前两种编译策略的优缺点,形成了新的Hybrid Mode 即是混合编译,AOT+JIT模式:
 
        在Android 7.0中,安装应用时不再像6.0那样对应用代码进行完整的预编译,而是会根据JIT编译器的分析结果,在设备充电或其余空闲时间对“cold code”进行解释,对于“hot code”,则在实际使用时由JIT进行编译,因此应用安装时间和占用空间大大减少了,像手机淘宝这个APP在Android 7.0系统中的占用大小为156MB,和Android 4.4系统中非常接近。主要的是,它还不会影响到应用的运行速度。
 
   在Android 7.0,采用了AOT + JIT混合编译策略,带来的好处如下:
﹒APP安装时间大幅缩短,只有Android 6.0系统的50%;
﹒系统升级OTA速度加快,不再需要优化;
﹒应用占用空间更少,一般会少10%;
﹒降低系统开销,改善电池消耗。
 
   从2018年8月开始 所有向google play提交的新app必须针对andorid 8.0(api 26)开发。

早于 Android 6.0 (API 等级 23)

下文列举内容适用于针对 Android 6.0 或更高版本平台开发的应用:

  • 在运行时请求权限

- 危险权限只可以在运行时被授予。应用的 UI 流必须提供相应可供性向用户请求这些权限;

- 但凡可能,您的应用要准备好应对权限请求被拒的情况。譬如说,如果某个用户拒绝您的应用访问设备 GPS,应用须通过其它方法继续运行。

早于Android 7.0 (API 等级 24)

下文列举内容适用于针对 Android 7.0 或更高版本平台开发的应用:

  • Doze 以及应用待机模式:

请根据《Doze 以及应用待机模式优化》一文中的相关描述设计您的 app,文章涵盖适用几个 Android 版本的逐步变更。

当设备进入 Doze 或者待机模式时,会产生下述系统行为:

- 网络访问限制;

- 推迟应用的 alarms、syncs 和 jobs;

- GPS 以及 Wi-Fi 扫描限制;

- 普通优先级 Firebase Cloud Messaging 消息限制;

  • 权限变更

- 系统将限制访问应用私有目录;

- 在应用外公开 file://URI会导致 FileUriExposedException。开发者可以使用 FileProvider 在应用间进行文件共享;

  • 系统阻止应用链接非 NDK 库。

早于 Android 8.0 (API 等级 26)

下文列举内容适用于针对 Android 8.0 或更高版本平台开发的应用:

  • 后台执行限制 (Background Execution Limits)

- 若您的应用不运行在前台,系统将会限制服务:

   ·· 当应用试图调用 startService() 而 startService 又被禁止时,startService() 会抛出异常;

   ·· startForegroundService() 应用必须使用 startForeground() 和 startForegroundService() 函数启动前台服务;

   ·· 请前往 Android 8.0 (API 等级 26) 《行为变更》页面,仔细阅读关于 JobScheduler API 的变更;

   ·· Firebase Cloud Messaging 要求 10.2.1 或更高版本的 Google Play 服务 SDK;

   ·· Firebase Cloud Messaging documentation 在使用 Firebase Cloud Messaging 时,消息投递受限于后台执行限制。若消息接收需要必要后台工作,如后台数据同步,您的应用须要通过 Firebase Job Dispatcher 或者 JobIntentService 调度任务。详情请阅览《Firebase Cloud Messaging 文档》。

- 隐式广播限制:

   ·· 系统会限制隐式广播。有关处理后台事件详情,请阅读 JobSechduler API 文档;

   ·· 后台位置限制;

   ·· 后台运行的应用访问位置数据受限;

      支持 Google Play 服务的设备可以通过 fused location provider 定期获取位置更新。

  • 通知渠道

- 您应该为每个渠道分别定义通知中断设特性:

   ·· 您必须将通知分配到某一渠道 (channel),以便通知显示;

   ·· 该版本 Android 平台支持 NotificationCompat.Builder;

  • 隐私

- ANDROID_ID 会根据每个应用签署密钥确定作用域。

 
 
 
 
 
原文地址:https://www.cnblogs.com/cold-ice/p/8622765.html