安卓为了当初的全世界大同计划，采用的JAVA为其应用层的实现方式，而java都是跑在JVM就是java虚拟机里面的。

而且Google自己搞了一套什么所谓的Dalvik virtual machine，这玩意儿效率更低，要打水果的应用，光靠纯虚拟机不行，怎么办呢，Google就在Dalvik里搞了个JNI，所谓的java原生介面，来和其他语言的函数库（主要是c和c++互通），所以基本上JNI在大型游戏和重度应用里早就用的很常见，不过这个只是调用运行层面的东西，JAVA还有一大特点就是程序载入JVM的时候非常缓慢而且消耗大量内存，所以安卓机器祖传普遍需要大内存不足为奇。再者，所谓的调用效率也是可圈可点，以下是别人做的测试。

JNI调用和C++直接调用测试，均for循环1,000,000,000次
JNI调用耗时：6,000ms        6.0ns/次

C++调用耗时：1,400ms        1.4ns/次

单次的时间差应该体现了JNI调用dll的额外时间损耗。这个简单函数的调用效率，C++是JNI的4~5倍。

posted by wap, platform: iPhone

引用:

原帖由 @lewx  于 2017-6-29 20:18 发表
正常使用差距在纳秒级别？

理解能力捉急，基本的积分概念都不懂

本帖最后由 KARUTO 于 2017-6-29 20:33 通过手机版编辑

posted by wap, platform: iPod iTouch

引用:

原帖由 @wangmax  于 2017-6-30 11:20 发表
6以后强制ART，安卓现在也是机器码。

你先搞清楚art的原理，说白了只是少一步编译，执行一样低能

posted by wap, platform: iPhone

引用:

原帖由 @jun4rui  于 2017-6-30 23:28 发表
少年你这个数据都不对啊，Dalvik是几代以前的东西了

自己打脸了吧，art说白了就是预编译过后的dalvik，少了一次装载标准，但是效率并没比dalvik 有质的提升，还是虚拟机构架，而且感谢你的论据让大家可以看得更清楚

posted by wap, platform: iPhone
Dalivk 本身就有jin 啊，执行层真的效率不行，art 编译并没有多大改变，而且art编译并不改变程序结构，本质还是要调用runtime

ART会把apk的代码编译成二进制程序，但是光有这个还是没法运行的，需要runtime。

所以还是个虚拟机

本帖最后由 KARUTO 于 2017-7-1 00:53 通过手机版编辑

还有java本身的编程特性是每执行一次就需要装载一次编译一次，art的改善是缩短了这个过程，使得效率提升。

安卓的os构架早定下来了，底层是c，应用层必然是java，既然是java肯定是虚拟机方式跑，就不要再纠结了行不行。

当然这个应用层的java是可以调用其他语言的库的，不过本质上就是java虚拟机，所以效率这种东西在java这里真心不存在的。

真心的，java机制都没搞清，你以为art出来的机器语言=可执行的？
Java Runtime Environment，JRE知道么…android sdk里面包含了 jre里的类库，所有app要实现功能首选调用的库就是java的runtime，要不然就是调用c++写的库，然则互通效率很低，就算翻译成机器码，运行时候还是要调jre的纯种安卓程序效率更低。
我劝你没事拿个eclipse自己好好写几段玩玩就知道怎么个运行过程了。

引用:

原帖由 wangmax 于 2017-7-1 09:49 发表


你概念不对了。
不要把runtime定义为低效，iOS底层也是runtime，oc是动态语言，在调用时会通过runtime转换成c的。

runtime优点是方便，编程效率高执行效率低，而且JRE在runtime里都算效率极低的，主要还是java的低效。把art理解成直接转汇编那就太扯淡了…