JVM反調(diào)調(diào)用優(yōu)化，導致發(fā)生大量異常時log4j2線程阻塞

在使用log4j2打日志時，當發(fā)生大量異常時，造成大量線程block問題的問題。

成都創(chuàng)新互聯(lián)公司專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務，包含不限于成都網(wǎng)站設計、網(wǎng)站建設、克什克騰網(wǎng)絡推廣、微信平臺小程序開發(fā)、克什克騰網(wǎng)絡營銷、克什克騰企業(yè)策劃、克什克騰品牌公關、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務，您的肯定，是我們最大的嘉獎；成都創(chuàng)新互聯(lián)公司為所有大學生創(chuàng)業(yè)者提供克什克騰建站搭建服務，24小時服務熱線：18982081108，官方網(wǎng)址：www.cdcxhl.com

大量線程block原因

發(fā)生異常，打印異常棧時，會調(diào)用org.apache.logging.log4j.core.impl.ThrowableProxy.toExtendedStackTrace方法。

ThrowableProxy.toExtendedStackTrace內(nèi)部會進行l(wèi)oadClass操作。

并且可以看到ClassLoader的loadClass在加載類時

1）首先會持有鎖。2）調(diào)用findLoadedClass看下是否類已經(jīng)被加載過了

3）如果類沒被加載過，根據(jù)雙親委派模型去加載類。

可以看到當某個類被加載過了，調(diào)用findLoadedClass會直接返回，鎖也會被很快釋放掉，無需經(jīng)過雙親委派等后面的一系列步驟。

但是，在進行反射調(diào)用時，JVM會進行優(yōu)化，會動態(tài)生成名為sun.reflect.GeneratedMethodAccessor的類，這個類無法通過ClassLoader.loadClass方法加載（為什么無法通過ClassLoader.loadClass加載？因為JVM內(nèi)部自定義一個加載器DelegatingClassLoader來加載這個類，這導致應用類加載器 Launcher$AppClassLoader找不到它）。

導致每次解析異常棧進行類加載時，鎖占有的時間很長，最終導致阻塞。

關于JVM對反射調(diào)用的優(yōu)化

Java中對反射的優(yōu)化

使用反射調(diào)用某個類的方法，jvm內(nèi)部有兩種方式

JNI：使用native方法進行反射操作。
pure-Java：生成bytecode進行反射操作，即生成類sun.reflect.GeneratedMethodAccessor，它是一個被反射調(diào)用方法的包裝類，代理不同的方法，類后綴序號會遞增。這種方式第一次調(diào)用速度較慢，較之第一種會慢3-4倍，但是多次調(diào)用后速度會提升20倍

對于使用JNI的方式，因為每次都要調(diào)用native方法再返回，速度會比較慢。所以，當一個方法被反射調(diào)用的次數(shù)超過一定次數(shù)（默認15次）時，JVM內(nèi)部會進行優(yōu)化，使用第2種方法，來加快運行速度。

JVM有兩個參數(shù)來控制這種優(yōu)化

-Dsun.reflect.inflationThreshold=value默認為15，即反射調(diào)用某個方法15次后，會由JNI的方式變?yōu)閜ure-java的方式

-Dsun.reflect.noInflation=true

默認為false。當設置為true時，表示在第一次反射調(diào)用時，就轉(zhuǎn)為pure-java的方式

下面是一個驗證反射優(yōu)化的樣例：

JVM反調(diào)調(diào)用優(yōu)化，導致發(fā)生大量異常時log4j2線程阻塞