Android ART JVM中和机器码编译有关的小知识
借华为方舟编译器掀起的讨论的热潮，我来说下和 Android ART JVM 和编译有关的小知识。或许你看懂下面这些小知识，就能从另外一个方面明白方舟编译器为什么那么让人好奇了。
本文首发我的公众号：
神农和朋友们的杂文集公众号。主要想记录自己、朋友、朋友的朋友们的一些关于coding、programing、程序人生方面的思考。有一些技术，有一些调侃，有一些反思，有一些自勉。
我从16年开始，花了近3年的时间对ART虚拟机做了一个稍微全面的源码分析（成果见我的新书《深入理解Android：Java虚拟机ART》京东销售地址 https://item.jd.com/12510921.html ）。其中第六章就是专门讲从dex字节码如何编译成机器码。
第六章的最后，我特意解释了，即使 java字节码编译成机器码，其运行也是离不开虚拟机的管控 ，这些机器码叫 managed code 。它们和非虚拟机管控运行的程序区别见下面几个图：
虚拟机管控运行的机器码
虚拟机为什么要管控机器码的运行 呢？接着看下图
以上就是managed code和虚拟机的关系。
所以，方舟编译器说不用虚拟机了，具体是什么含义？另外，android app是从zygote fork出来的，zygote自己可是一个JVM，那APP是什么？
除此之外，根据java语言的特性， 某些数组越界的处理逻辑还要从机器码运行态退化为解释模式执行 （HDeoptimize处理）。来看图：
下面是 一个触发HDeoptimize的 程序示例：
从HDeoptimize可以看出，JVM是为Java语言本身关系及其紧密。
所以，方舟编译器对这种情况是怎么处理的？如果要符合Java的要求，那就不会完全是机器码执行了？或者说有更高级的办法？
等等等，还有很多谜团需有更进一步的解释。
简单来说，源码写成什么样的逻辑，无论是解释执行还是机器码执行都得按这个逻辑来执行。按华为方舟编译器介绍的那样，这是一个类似翻译的工作。再牛、再快的编译器， 如果翻译错了，就毫无价值 。
JVM、编译技术 属于基础关键技术，但感觉绝大部分开发并不真正了解它们。这种现象的原因有很多，可能比较关键的一个问题是没有合适的书籍。编译领域中的 龙书，虎书 很难。而能从JVM源码角度来介绍JVM的更是绝少有。
我们都希望基业长青。显然，基业长青离不开对基础技术的坚守.但是一方面我们也要降低入门门槛，让更多人有机会看到它，亲身接触到它，然后才是扩展和完善它。
对方舟编译器的看法：
1 很高兴华为能在编译技术这么底层基础技术上能让国人扬眉吐气。希望华为能把这个方舟编译器搞好，搞强大。
2 具体实施过程中，希望能服务好开发者。把真正牛的技术以更友好，更方便的形式提供给开发者慢慢把生态建立起来。
3 希望华为尽快能在技术上全面剖析和解释一下方舟。
4 评价一个编译器的好坏应该是有一套基准测试的 ，华为不妨亮出测试数据。
原文 https://blog.csdn.net/Innost/article/details/89645076正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
