先看下这段代码 ：

　　public class Main {

　　public static void perform(Song s) {

　　s.sing();

　　}

　　}

　　public interface Song { void sing(); }

　　public class GangnamStyle implements Song {

　　@Override

　　public void sing() {

　　System.out.println("Oppan gangnam style!");

　　}

　　}

　　public class Baby implements Song {

　　@Override

　　public void sing() {

　　System.out.println("And I was like baby， baby， baby， oh");

　　}

　　}

　　perform方法可能会被调用了无数次，每次都会调用sing方法。方法调用的开销当然是很大的，尤其像这种，因为它需要根据运行时s的类型来动态选择具体执行的代码。在这里，方法内联看真来像是遥不可及的梦想，对吧?

　　当然不是了。在多次执行perform方法后，编译器会根据它收集的数据发现，95%的调用对象都是GangnamStyle实例。这样的话，JIT编译器会很乐观将虚方法的调用优化掉。也是说，编译器会直接生成本地代码 ，对应的Java实现大概是这样的：

　　public static void perform(Song s) {

　　if (s fastnativeinstanceof GangnamStyle) {

　　System.out.println("Oppan gangnam style!");

　　} else {

　　s.sing();

　　}

　　}

　　由于这个优化取决于运行时信息，它可以优化掉大部分的sing方法调用，尽管这个方法是多态的。

　　JIT编译器还有很多很有意思的技巧，这只是介绍了其中的几点，让你能感觉到我们代码在执行的时候，JVM在底层都做了些什么优化。

　　我能帮助JIT做些什么优化吗

　　JIT编译器是针对一般人的编译器;它是用来优化正常写出的代码的，它会去分析日常标准写法中的一些模式。不要刻意写代码去帮助JIT编译器进行优化是对它好的帮助 ——正常写你自己的代码好了。

　　译注：JIT还有许多很多意思的优化，这里只是列举出了几点。当然了，你也不用太在意它，像文中后说的，正常写好自己的代码好了。