开了art感觉差不多是对的，本来就只是预编译对运行速度没什么提升，开启APP速度缩短一点而已，心理作用大于实际作用。

当然如果你系统资源一直处于快耗尽的情况下，提升会明显一点

引用:

原帖由 wangmax 于 2014-11-16 13:24 发表


按理应该差别明显，毕竟是不在虚拟机上跑了，少了个累赘。

但从很多人的体会看，art没有想象中那么跳跃，可能art尽管省掉了虚拟机，但java框架交叉编译出的native，冗余严重，优化不够，效率够呛。

ART仍然是虚拟机，而且虚拟机也不是累赘，使用得当的虚拟机在效率上不比NDK差多少，可以参考Google自带软件。使用大型软件的情况下，由于本身用的就是NDK，ART和Dalvik区别就更小了，大部分代码都是C和C++的。
所以Google自己也只是强调ART可以加快加载速度，可以节约电力。

引用:

原帖由 I_m_PK 于 2014-11-16 14:56 发表

xplay3s开不开差别可是天壤之别。主要体现在文件夹打开的顺畅度（如果文件夹内apk图标过多的话会卡顿掉帧），以及进入apk后程序界面之间的卡顿。开了ART之后完全没有了

换一个文件管理APP试试？ 如果APP的java代码效率过于低下的话.. 使用ART提升肯定会明显一些的，毕竟资源释放出来了，不会破峰值出现卡顿

引用:

原帖由 wangmax 于 2014-11-16 17:01 发表

art机制不是虚拟机了，一般走虚拟机的都是编译字节码，然后在虚拟机上解析执行，效率一般都不高，和native比要差几倍效率。

2.2之后Android就已经加入了JIT，Dalvik中跑的是机器码，不是字节码。 JAVA跑字节码的老黄历都是什么时候事情了……

ART只是在JIT的基础上进一步静态化，字节码翻译机器码的动作不在运行时进行，转到安装时一次性完成，整个框架仍然是虚拟机。

一说虚拟机就觉得性能低下这是哪留下的印象，要是真比原生差几倍，Android还要不要活了，什么软件都比IOS慢几倍，是人都不会用Android。