Android 4.4 引入的 ART为什么会产生兼容性问题?
我一直有一个疑惑,为什么art会产生兼容问题?它跟传统Dalvik的区别不就是将代码编译为机器码的时间不一样而已吗?莫非是因为有一些应用根本无法提前编译,而是通过另外某一些机制在运行?比如unity3d用的mono .net运行时(通过mono运行时解析IL来运行在安卓平台)?或者是无法支持一些需要jit的特性?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
忽然发现Mono在Android竟然不是完全的AOT,iOS上是AOT,
实际上Android 4.4引入的正是AOT Ahead of Time,兼容性问题的产生主要是API的不兼容,有些类不支持,有些方法不支持等,兼容性问题得具体分析,不能一概而论。ART也就是用dex2oat把dex编译成oat文件,最终是一个elf文件 以前的dex并没有删除,所以就存在存储占用大。详情可以到Github上找Android源码。JIT是运行的时候编译成机器码,并不是全部。
因为理想状态ART的实现可以做到和Davlik接口完全一致,但是实际的周边开发工具很多不止依赖外部接口,很多还依赖内部实现和内部的运行机制,现在运行机制改变了,在这些上面就会出问题。运行时环境的切换是很大的工程,需要逐步解决遇到的各种问题。