《深入理解Java虚拟机》笔记7

组内有人问我，她写的程序总是在短时间内就jvm异常。

另外，debug时候又可以正常通过，写的逻辑并不复杂，

只是用poi检索Excel。第一反应还是程序可能写的有问题，

也许写了一个jvm未预测的错误，导致jvm崩溃。

但是，看代码不能发现有什么问题，问题就出在String的

contains方法，改成indexOf也出错。然后通过插入打印语句

找到引起错误的Excel文件中单元格位置(debug不出错)。

看看这单元格中内容也无特异之处，无非就是内容多点。

把这单元格内容改短，这儿可以顺利通过，别的地方又会

jvm异常。莫非是这Excel中隐含什么特殊字符，但是怎么调整

格式，总是不能完全解决。

把出问题那段代码拿出来单独检索出问题那个单元格又能

顺利通过，这就奇了怪了，看了下Java中源代码，没有发现

问题，而且字符串检索这种东西，有bug早就发现了。

突然想到，既然debug不出错，直接运行出错，单独运行也不错，

工程运行就出错。这两方式的不同点应该是jit优化啊。

为了获得更好性能，Java虚拟机在执行的时候会把调用次数

多的方法编译成本地代码。此次执行程序用的是jdk 7 Server  64版本，

默认触发即时编译的阀值应该是方法被调用10000次。

于是，在jvm参数处把此阀值改成一个特别大的数，再次

运行，程序顺利通过，当然，这只是证明此bug是jit优化引起

的，jit优化我们还是需要的。这个bug  Java官方应该

已经解决。先看了下本机的jdk版本还是jdk7的最初版，

于是卸载此版本，装了jdk7u45，再次运行，这回顺利

通过。

另记，有好多人问过我，为什么debug程序时会比实际

运行慢特别多，答案就是实际运行时，jit编译器会做更多

的事情，比如说指令重排序了，公共子表达式删除，虚拟机

指令替换成本地指令等。而debug时候，因为有中断点的

要求，这些优化是不可以的。