运行时优化
方法内联
> 方法内联，是指 **JVM在运行时将调用次数达到一定阈值的方法调用替换为方法体本身** ，从而消除调用成本，并为接下来进一步的代码性能优化提供基础，是JVM的一个重要优化手段之一。
>
> **注：**
>
> * **C++的inline属于编译后内联，但是java是运行时内联**
简单通俗的讲就是把方法内部调用的其它方法的逻辑，嵌入到自身的方法中去，变成自身的一部分，之后不再调用该方法，从而节省调用函数带来的额外开支。
为什么会出现方法内联呢？
之所以出现方法内联是因为（方法调用）函数调用除了执行自身逻辑的开销外，还有一些不为人知的额外开销。 **这部分额外的开销主要来自方法栈帧的生成、参数字段的压入、栈帧的弹出、还有指令执行地址的跳转** 。比如有下面这样代码：
```java
public static void function_A(int a, int b){
//do something
function_B(a,b);
}
public static void function_B(int c, int d){
//do something
}
public static void main(String[] args){
function_A(1,2);
}
```
则代码的执行过程如下：
所以如果java中方法调用嵌套过多或者方法过多，这种额外的开销就越多。
试想一下想get/set这种方法调用：
```java
public int getI() {
return i;
}
public void setI(int i) {
this.i = i;
}
```
**很可能自身执行逻辑的开销还比不上为了调用这个方法的额外开锁。如果类似的方法被频繁的调用，则真正相对执行效率就会很低，虽然这类方法的执行时间很短。这也是为什么jvm会在热点代码中执行方法内联的原因，这样的话就可以省去调用调用函数带来的额外开支。**
**这里举个内联的可能形式：**
```java
public int add(int a, int b , int c, int d){
return add(a, b) + add(c, d);
}
public int add(int a, int b){
return a + b;
}
```
**内联之后：**
```java
public int add(int a, int b , int c, int d){
return a + b + c + d;
}
```
内联条件
一个方法如果满足以下条件就很可能被jvm内联。
* 热点代码。
如果一个方法的执行频率很高就表示优化的潜在价值就越大。那代码执行多少次才能确定为热点代码？这是根据编译器的编译模式来决定的。如果是客户端编译模式则次数是1500，服务端编译模式是10000。次
