Android 5.0 曝光:巨变 - 开源中国社区
Android 5.0 曝光:巨变
oschina 2014年02月03日

Android 5.0 曝光:巨变

oschina oschina 发布于2014年02月03日 收藏 51 评论 83

有免费的MySQL,为什么还要买? >>>  

相信大家应该都知道了,Android 4.4中谷歌为开发者提供了两种编译模式,一种是默认的Dalvik模式,而另外一种则是 ART模式。

现在最新的消息显示,谷歌正在对Android系统进行调整,简单点说就是ART已经取代Dalvik成为默认选项。一直以来,Dalvik虚拟机背负着Android应用卡顿的罪名,原因则是应用在运行的过程中,虚拟机Dalvik通过一个叫JIT(Just-in-time)的解释器动态的进行编译并执行,这一过程也拖慢了运行效率。

与之形成鲜明对比的ART模式,则是在用户安装应用时就进行预编译操作,将原本在程序运行中时的编译动作提前到应用安装时。在省去解释代码这一过程之后,应用的运行效率会更高。

此外,有开发者往Android开源项目中提交代码时发现,ART已经取代Dalvik成为默认选项,不过Dalvik并没有被放弃,这无疑是个不错的消息,对于今年将要到来的大改版Android 5.0来说,它的系统执行效率会更高。

与此同时,美国媒体给出的消息还称,谷歌会在今年的开发者大会上公布Android 5.0,其界面相比现在的版本来说,会有更大的变化,同时该系统还会加强平板的用户体验。

其实Android 4.4的ART选项已经预示了Android 5.0系统会出现重大改变,即彻底从Dalvik转换到ART,而这样带来的好处也是显而易见,比如iOS开发人员和其用户所引以为傲的流畅体验将不再是一个值得炫耀的东西。

Android 5.0曝光:ART成默选项

Android 5.0曝光:ART成默选项

文/驱动之家

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:Android 5.0 曝光:巨变
分享
评论(83)
最新评论
0

引用来自“USIDCBBS”的评论

当年直接用标准C,不要什么JAVA中间层就完了

c做ui多烂啊?其次c的学习成本要高很多,对于android的推广极为不利,你就别想了
0
ART 我已经使用半年了吧。。。。。
0

引用来自“Ethan_Sun”的评论

引用来自“haitaosoft”的评论

【虚拟机Dalvik通过一个叫JIT(Just-in-time)的解释器动态的进行编译并执行,这一过程也拖慢了运行效率】
很多java人士一直说jit能接近甚至超过c的速度。。。。。

他是说jit的动态编译这个过程慢~

java程序的运行速度,就是取决于 jit的动态编译费时+实际运行费时。
如果其中一个慢,也就是java运行速度慢了
0

引用来自“haitaosoft”的评论

【虚拟机Dalvik通过一个叫JIT(Just-in-time)的解释器动态的进行编译并执行,这一过程也拖慢了运行效率】
很多java人士一直说jit能接近甚至超过c的速度。。。。。

他是说jit的动态编译这个过程慢~
0
dotnet 就是可以编译成本地代码,而不需要实时解释
0

引用来自“ExtremeTalk”的评论

为何不引入其他编程语言?比如Python

谁告诉过你python不能开发android的?
0

引用来自“Jopark”的评论

引用来自“ilxlf”的评论

引用来自“USIDCBBS”的评论

当年直接用标准C,不要什么JAVA中间层就完了

那android也不会那么火了。就是靠着大批java码农,才火成这样的。

是啊,貌似Google当初的想法就是这样的。

我也是java码农,现在做cocos2d了,转的c++,不过偶尔还是写写java的
0
要是能支持C\C++开发就好。
0

引用来自“Jopark”的评论

引用来自“ilxlf”的评论

引用来自“USIDCBBS”的评论

当年直接用标准C,不要什么JAVA中间层就完了

那android也不会那么火了。就是靠着大批java码农,才火成这样的。

是啊,貌似Google当初的想法就是这样的。

直接用C,对开发人员要求太高了。
0
新的旗舰机或是配置比较好的机子从Dalvik 到ART ,可能感觉不到。
但用久了,再回到Dalvik 就会有感觉了。

ART会使一些老机子焕发第二春。
0

引用来自“haitaosoft”的评论

【虚拟机Dalvik通过一个叫JIT(Just-in-time)的解释器动态的进行编译并执行,这一过程也拖慢了运行效率】
很多java人士一直说jit能接近甚至超过c的速度。。。。。

市场永远是此一时彼一时,推崇的东西都是和自身利益相关的。
0
已经试用过Android4.4的ART,速度并没有显著提升,反而会出现一些bug。可能还不成熟吧。还是换过来了
0
坐等发布!
0

引用来自“李飞麟”的评论

引用来自“haitaosoft”的评论

【虚拟机Dalvik通过一个叫JIT(Just-in-time)的解释器动态的进行编译并执行,这一过程也拖慢了运行效率】
很多java人士一直说jit能接近甚至超过c的速度。。。。。

这个意思是说,经过JIT编译的机器码的运行速度某些时候能超过C,不是说JIT的编译速度超过C。JIT编译的时候能够充分利用当前机器的某些特性进行特殊的编译。而C的通用编译不具备这个功能。

当然是比 程序的运行速度 。。。。
不过jit的运行费时,应该包括即时jit编译的费时了
0

引用来自“haitaosoft”的评论

【虚拟机Dalvik通过一个叫JIT(Just-in-time)的解释器动态的进行编译并执行,这一过程也拖慢了运行效率】
很多java人士一直说jit能接近甚至超过c的速度。。。。。

这个意思是说,经过JIT编译的机器码的运行速度某些时候能超过C,不是说JIT的编译速度超过C。JIT编译的时候能够充分利用当前机器的某些特性进行特殊的编译。而C的通用编译不具备这个功能。
0

引用来自“hefju”的评论

引用来自“Gmail.com”的评论

这个新闻是在打那些鼓吹"Android流畅度早已不输IOS"的人的脸么?

个人感觉art 也不比dalvik快多少,反而硬件的提升比软件的提升更加明显。

快不少 我lt28h 4.1系统卡顿很明显 刷了4.4 开启art 速度搜搜的 art真不是吹的 能明显感觉到
0

引用来自“玄雨”的评论

引用来自“木有文化”的评论

这要是有个灰常大的app,要安装一晚上么。。。

灰常大的app...一般导致app大的都是资源文件好么....资源文件又不用编译

我也是这么认为的
0

引用来自“Jopark”的评论

引用来自“ilxlf”的评论

引用来自“USIDCBBS”的评论

当年直接用标准C,不要什么JAVA中间层就完了

那android也不会那么火了。就是靠着大批java码农,才火成这样的。

是啊,貌似Google当初的想法就是这样的。

JAVA的开发者比较多
0
难道 google 的go 是为开发安卓应用准备的?
0
Mark!
顶部