我一直有一个疑惑,为什么art会产生兼容问题?它跟传统Dalvik的区别不就是将代码编译为机器码的时间不一样而已吗?莫非是因为有一些应用根本无法提前编译,而是通过另外某一些机制在运行?比如unity3d用的mono .net运行时(通过mono运行时解析IL来运行在安卓平台)?或者是无法支持一些需要jit的特性?
我一直有一个疑惑,为什么art会产生兼容问题?它跟传统Dalvik的区别不就是将代码编译为机器码的时间不一样而已吗?莫非是因为有一些应用根本无法提前编译,而是通过另外某一些机制在运行?比如unity3d用的mono .net运行时(通过mono运行时解析IL来运行在安卓平台)?或者是无法支持一些需要jit的特性?
因为理想状态ART的实现可以做到和Davlik接口完全一致,但是实际的周边开发工具很多不止依赖外部接口,很多还依赖内部实现和内部的运行机制,现在运行机制改变了,在这些上面就会出问题。运行时环境的切换是很大的工程,需要逐步解决遇到的各种问题。
2 回答1.3k 阅读✓ 已解决
2 回答2.7k 阅读
2 回答1.7k 阅读
1 回答2.1k 阅读
1 回答1.2k 阅读
1 回答1.2k 阅读
1 回答587 阅读✓ 已解决
忽然发现Mono在Android竟然不是完全的AOT,iOS上是AOT,
实际上Android 4.4引入的正是AOT Ahead of Time,兼容性问题的产生主要是API的不兼容,有些类不支持,有些方法不支持等,兼容性问题得具体分析,不能一概而论。ART也就是用dex2oat把dex编译成oat文件,最终是一个elf文件 以前的dex并没有删除,所以就存在存储占用大。详情可以到Github上找Android源码。JIT是运行的时候编译成机器码,并不是全部。