Java虚拟机Hotspot源码分析之找门

= 163

 本文出自:【InTheWorld的博客】 (欢迎留言、交流)

        最近研究JVM已然走火入魔了,下午看了两个小时,终于看出了一点端倪。像我这样Java学个半吊子,就开始研究JVM源码的人实在是奇葩的存在!源码据说有50多万行,不过感觉也不是很多的样子。大概是linux源码看多了,觉得这hotspot并不是很大(坐等被虐出翔)。先记录一下成果吧!
        首先,目录结构: 有os,cpu,os_cpu,share这几个目录,顾名思义,就是存放着不同特点的代码。os依赖的,cpu依赖的,共有的,还有os和cpu都依赖的。
        其实,东西最多的是share目录下的东西。毕竟C++也是可移植的嘛!我跑马观花的看了看《深入Java虚拟机》,发现这本书的重点集中在字节码什么上面了。对于解释执行,执行引擎啥的基本没有讲,有点失望。不过也不怪他了,出书的时候hotspot还没开源呢!期望老哥可以研究hotspot之后,再写一本书。不过,今年也出了一本中国的hotspot的书,不知道质量如何,有机会看看。
        我准备先从解释执行下手,我这原理强迫症真的已经是晚期了。直接到share/vm/interpreter下面去看看。找到了一个bytecodeInterpreter.cpp。然后成功地找到了while(1) (886行),while里就是一个超大switch语句。看到了这个东西,我一下就心安了,知道了hotspot使用的解释方法。但是这只是基本的,不是还有JIT吗?字节码是如何转化为机器码的呢?

        反正我们知道有一部分字节码转化为机器码。最终,这个翻译工作被派到了asm目录下的assembler.cpp(它包含了assembler_x86.cpp中的内容)。assembler_x86里面的汇编器一个劲的调用emit_byte(*)什么的。这个函数明显是输出的,但是却没有指定输出位置。所以,我断定存在一个类似于全局缓存的东西。果然,asm目录下有一个codeBuffer.cpp。这个文件里具体完成了代码缓存的实现。汇编器什么都不用干,只需要将输出代码一个劲的往外扔就好了。emit_byte(),实现在了assembler.inline.cpp里面,代码非常的简单,就是往一个地址里写机器码。_code_pos是AbstractAssembler的成员变量。

下一步,准备去分析一下codeBuffer的代码是怎么被执行的?

(虽然这笔记现在看着有点幼稚,还是贴出来了,不怕出丑,好像也没人看的样子。。。)

 

后记:这是我当年写的第一篇JVM实现方面的博客。写得很差劲,本来不想转过来的,但是仔细想想,已经是快三年前的事情了,担心自己忘了当时的念头。希望自己能够坚持住,完成曾经想做的事情! 2017. 07. 08

发表评论