Android N（7.0）的虚拟机ART相比M（6.0）最核心的性能升级，是引入了JIT+AOT混合编译，取代了M全量AOT的粗放模式，实现了应用安装更快、启动更迅速、存储占用更小，垃圾回收也更平顺。
如果把虚拟机比作一台汽车引擎，M时代的ART就是一台固执的燃油机，每次启动前必须把所有燃料一次性配好，哪怕你只是开两米去买菜，而N时代的ART换成了混合动力，发动机、电机配合着来，还学会了学习你常走的路线,自然又省油又跟脚。
安卓N虚拟机相比M性能提升多少？混合编译是答案
多数人以为N的升级只是加了分屏和通知栏，其实真正的底层进化藏在虚拟机里，行业共识认为，N的ART是一次从“蛮力编译”到“智能编译”的转变,这个转变直接决定了安卓手机的流畅上限。
M时代的ART：全量AOT有好有坏
Android 6.0的ART沿用了5.0以来的AOT（Ahead-Of-Time）策略，应用安装时，虚拟机就强制把整套DEX字节码编译成原生机器码，存储全部编译结果，这套做法的好处是应用运行时不需要解释器，代码直接以机器码执行，性能上限高；坏处也很明显，应用安装和首次启动慢得离谱，大型游戏装个几分钟很正常,同时编译产物把存储空间吃得死死的。
具体到使用体验，16GB存储的手机装几十个应用就会告急，还经常在安装时卡进度条，更讽刺的是，很多应用你装上只打开过一次,浪费大量编译成本。
N的JIT+AOT：先跑起来再说，热门前置编译
Android N的ART采用了JIT（Just-In-Time）与AOT协同工作，首次安装应用不再全量编译，而是直接以JIT解释执行，应用秒装完毕，运行过程中，ART会记录热点代码的位置，生成Profile文件，等设备充电且空闲的时段，自动将这些热点函数编译成机器码，形成一份“私人定制”的AOT补充包，下次启动时，热点部分直接跑机器码，冷门部分继续走JIT缓存,两不耽误。
这套方案的直接反馈就是，应用安装速度比M时代快出好几倍，冷启动速度在多数情况下也回到甚至超过了M的老路径。如果你一年装几十个应用，N的等待焦虑会缓解得特别明显。
Android 7.0和6.0哪个流畅？用户体验差在细节里
很多人纠结升级后到底值不值，其实把两个版本的日常场景摆在一起,高下立判。
安装、启动、存储：三张纸对比
| 对比维度 | Android 6.0 (M) | Android 7.0 (N) |
|---|---|---|
| 应用安装过程 | 先全量AOT编译，耗时数分钟 | JIT直接运行，默认不预编译，几秒装完 |
| 首次启动速度 | 等待编译完成才能用 | 拿到即可启动，响应更快 |
| 冷启动二次启动速度 | 直接机器码，稳定 | 首次JIT，之后热点被AOT化，渐入佳境 |
| 存储占用 | 全量机器码体积大 | 只保存热点编译产物，占用显著减少 |
| 系统更新耗时 | 更新时重新编译所有应用 | 更新后按日常路径重新编译，后台完成 |
垃圾回收改进：N的ART少“拽手闸”
M的ART已经开始使用并发垃圾回收，但暂停时间仍然时有时无，比如打开大型应用时偶尔卡一下，N进一步优化了并发GC和堆整理，把垃圾回收的停顿控制在更短的时间片内，用大白话说，应用里来回滑动时的掉帧变少了,后台切前台时的顿挫感明显收敛。
Android N虚拟机的后台编译：适合懒人也适合老手机
N的ART不是把JIT和AOT简单拼凑，它有一套完整的自主调度系统,我们得看看它怎么悄咪咪干活的。
设备空闲时偷偷干活的ART调度员
当手机息屏充电，且温度不高时，ART会启动后台编译任务，将应用运行过的热点方法编译为机器码，这个过程既不会打扰你，也不会让手机发烫，用户无需任何操作，系统自动按使用频率和电量状况安排编译队列，你只管用,剩下的交给虚拟机。
对于老手机，这项特性尤其友好，老机型通常存储空间紧，CPU性能弱，M的全量编译很容易搞出高温和卡顿，N的后台编译把活儿都挪到充电深夜,白天使用时几乎感觉不到负担。
一条命令验证编译状态
如果你想自己干预编译策略,电脑上执行：
adb shell cmd package compile -m speed-profile -f com.example.yourapp
这个命令会立刻触发对指定应用的Profile引导编译，执行完成后返回Success，下次冷启动该应用会明显提速，简单的一次命令,就能让你亲手摸到N虚拟机的工作脉络。
老手机升级安卓N值得吗？虚拟机能省多少心
很多人还在用几年前的机型，犹豫要不要从6.0升到7.0，答案基本是肯定的,前提是厂商提供了适配包。
升级后的第一感觉
升级完N的直播，多数用户会注意到图标动画变顺了，打开应用不再是“先黑屏两秒”，后台清掉后再打开，也经常像刚从后台唤醒一样，这是因为热点代码已经被提前编译,省去了重新解释的过程。
动手优化虚拟机的几个实操步骤
- 进“设置-开发者选项”，关闭“不保留活动”，让系统更频繁地保留后台进程,配合垃圾回收优化更顺滑。
- 如果应用出现异样，长按应用图标进入“应用信息-存储”，清除缓存,不要随意清除数据。
- 使用以上提到的
cmd package compile命令，对常用的支付、地图类应用手动编译到极致,换回更快的启动速度。
哪些场景收益最大
日常聊天、视频、购物类应用，以及多任务切换频繁的使用习惯，是N虚拟机优化最容易感知的场景，反观M时代，常见的是内存越界导致的后台被杀，以及编译文件膨胀带来的存储告急,N确实替老手机解决了好多心事。
Q&A：Android N虚拟机与M的常见问题
N的ART会不会额外耗电？
后台编译集中在充电时执行，白天的JIT解释执行确实比直接跑机器码略耗一点电，但随着热点代码逐渐被AOT化，耗电差异会趋近于零，多数用户的实际感受是，N比M更省电,因为全量编译带来的瞬时高负载没有了。
Android 7.0的编译模式能在开发者选项里切换吗？
不能，Android 6.0时代还可以在开发者选项里切换ART和Dalvik，N则完全移除了这个入口，ART成为唯一运行时，混合编译模式由系统自动管理，如果你真想干预，只能通过ADB命令cmd package compile手动触发编译级别。
使用N的虚拟机后，应用还能用Xposed之类的框架吗？
Xposed框架依赖的是ART挂钩机制，N的混合编译改变了原有执行路径，官方Xposed长期不兼容N时代ART，后来出现的EdXposed等方案也仅支持部分特定ROM环境，若你重度依赖这类框架，升级前需要确认自己的框架生态是否支持Android 7.0。