组内有人问我，她写的程序总是在短时间内就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时候，因为有中断点的
要求，这些优化是不可以的。