（1）运行期优化-逃逸分析
在运行期间java虚拟机会对我们代码做一些优化，时间会变短：
字节码反复调用，到达一定的阈值，会启用编译器对自己饿吗编译执行，从0层上升为1层C1
C1和C2他俩的区别是解释程度不一样 ，C2执行更特殊的优化
逃逸分析回去分析new Object对象会不会在循环外用到，被其他方法所引用，发现创建对象不会被逃逸，逃逸分析后在C2里做了优化后，会把对象的创建的字节码替换掉，干脆不会创建对象了，速度会提升很快
关闭逃逸分析后时间没有降到3位数，关闭逃逸分析，它就没有达到c2的编译器编译了
（2）运行期优化-方法内联
方法内联属于及时编译器的一种
七十多次变成4位数，两百多次变为0秒了，因为他已经内联了，内联之后呢根本就没有方法调用了，第一次计算出来是81，第二次计算出来还是81，就会认为是常量，没有必要在计算了为0了
通过参数设置打印哪些方法进行了内联 ：包含很多jdk方法的内联，和我们定义方法的内联
还可以禁用某个内联：
关闭之后不会下降到0了
（3）运行期优化-字段优化
字段优化是针对成员变量，静态成员变量读写操作的优化
我们使用JMH
doSum方法上加注解，是否禁止方法内联
我们只要看Score吞吐量的得分，他们是差不多的
下面我们关闭方法内联修改注解：
得分 下降了
test3根test2的字节码是等价的
test2是手动做的优化，test1是由虚拟机帮祝我们优化，如果想要自己做优化的话尽可能使用局部变量，不要使用成员变量，静态变量
（4）反射优化
方法实现 ：invoke0是native方法是本地方法它的实现代码是C++实现的java这边呢只是对它做了一个调用本地方法的性能调用起来是非常低的，前0-15次调用的都是本地方法，16次性能会变高
第16次会动态生成新的方法访问器类，在运行期间动态生成的，没有源代码
我们通过一个工具查看
首先知道生成类的名字
反编译动态生成的类：
第16次把方法反射调用转换成了正常方法调用
