» 您尚未登录:请 登录 | 注册 | 标签 | 帮助 | 小黑屋 |


发新话题
打印

有了art之后安卓确实不一样了

posted by wap, platform: Samsung
art是啥玩意


TOP

posted by wap, platform: 小米 MI 2
引用:
原帖由 @无责任灰猫  于 2014-11-16 09:33 发表
光同系唤醒?你太天真了。微信唤醒京东或者其他任意一个软件,之后手机温度就再也回不到40度以下了。
微信怎么唤醒京东?我两个都有倒是没发现过



TOP

引用:
原帖由 gogogo 于 2014-11-16 10:36 发表
posted by wap, platform: 小米 MI 2
微信怎么唤醒京东?我两个都有倒是没发现过
有人蛋疼的加了京东在微信上的服务号吧。

反正绿色守护追踪提示的唤醒源头就是微信。

对了现在ART下是不能追踪的,目前XPOSED不支持ART。


TOP

用了art已经无法再用不支持art的手机了....一种买了笔记本电脑自带xp的感觉
以后买手机一加应该是首选吧,差也是mx4
锤子和小米这种明确不支持art应该是不会再考虑了

TOP

posted by wap, platform: Galaxy S5
用s5的完全体会不到art有啥进步,用起来都差不多

TOP

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

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

TOP

posted by wap, platform: iPhone
引用:
原帖由 @cc0128  于 2014-11-16 05:37 发表
android官方虚拟按键从来都是一摸一样的。
你没明白我的意思,软件的功能键在底下会双下巴,不在底下的话虚拟键还占用屏幕空间,比如苹果有的软件后退键在左下,有的是左上,总之不如实体键直接按的好,必须死。

TOP

posted by wap, platform: MAC OS X
引用:
原帖由 @pppkkk  于 2014-11-16 12:51 发表
你没明白我的意思,软件的功能键在底下会双下巴,不在底下的话虚拟键还占用屏幕空间,比如苹果有的软件后退键在左下,有的是左上,总之不如实体键直接按的好,必须死。
android官方设计从4.0开始就不建议下导航了..
国外软件基本都遵守的规则的..
国内软件就.....

TOP

posted by wap, platform: OPPO FIND 7 标准版
"心理作用大于实际作用"?

我只能呵呵厚了。

TOP

引用:
原帖由 阿喀牛斯 于 2014-11-16 12:12 发表
开了art感觉差不多是对的,本来就只是预编译对运行速度没什么提升,开启APP速度缩短一点而已,心理作用大于实际作用。

当然如果你系统资源一直处于快耗尽的情况下,提升会明显一点
按理应该差别明显,毕竟是不在虚拟机上跑了,少了个累赘。

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

TOP

引用:
原帖由 阿喀牛斯 于 2014-11-16 12:12 发表
开了art感觉差不多是对的,本来就只是预编译对运行速度没什么提升,开启APP速度缩短一点而已,心理作用大于实际作用。

当然如果你系统资源一直处于快耗尽的情况下,提升会明显一点
xplay3s开不开差别可是天壤之别。主要体现在文件夹打开的顺畅度(如果文件夹内apk图标过多的话会卡顿掉帧),以及进入apk后程序界面之间的卡顿。开了ART之后完全没有了

TOP

可以双击亮屏

TOP

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


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

但从很多人的体会看,art没有想象中那么跳跃,可能art尽管省掉了虚拟机,但java框架交叉编译出的native,冗余严重,优化不够,效率够呛。
ART仍然是虚拟机,而且虚拟机也不是累赘,使用得当的虚拟机在效率上不比NDK差多少,可以参考Google自带软件。使用大型软件的情况下,由于本身用的就是NDK,ART和Dalvik区别就更小了,大部分代码都是C和C++的。
所以Google自己也只是强调ART可以加快加载速度,可以节约电力。

TOP

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

xplay3s开不开差别可是天壤之别。主要体现在文件夹打开的顺畅度(如果文件夹内apk图标过多的话会卡顿掉帧),以及进入apk后程序界面之间的卡顿。开了ART之后完全没有了
换一个文件管理APP试试? 如果APP的java代码效率过于低下的话.. 使用ART提升肯定会明显一些的,毕竟资源释放出来了,不会破峰值出现卡顿

TOP

引用:
原帖由 阿喀牛斯 于 2014-11-16 15:50 发表


ART仍然是虚拟机,而且虚拟机也不是累赘,使用得当的虚拟机在效率上不比NDK差多少,可以参考Google自带软件。使用大型软件的情况下,由于本身用的就是NDK,ART和Dalvik区别就更小了,大部分代码都是C和C++的。
...
art机制不是虚拟机了,一般走虚拟机的都是编译字节码,然后在虚拟机上解析执行,效率一般都不高,和native比要差几倍效率。

TOP

发新话题
     
官方公众号及微博