Sun JVMは実行時にsun.reflect.DelegatingClassLoaderのインスタンスを作成しますか？

Question

jhatを使用してヒープダ​​ンプを解析しているときに、DelegatingClassLoaderのインスタンスがコード内で明示的に呼び出されていないものの、多くのインスタンスが作成されています。私はこれをある種の反射最適化メカニズムと考えています。誰か詳細を知っていますか？

Answer 1

はい、おそらく反射の最適化です。

Sun JVMでは、プロパティとメソッドへの反映アクセスは、JNIを介してJVM実装に呼び出すことによって最初に実行されます。 JVMはメソッドやフィールドがリフレクションによって多くアクセスされていることに気づいた場合、同じことを行うためのバイトコード、つまり "インフレーション"というメカニズムを生成します。これには最初のスピードがありますが、その後は約20倍速くなります。あなたが多くの反省をするなら、大きな勝利。

バイトコードは、DelegatingClassLoaderインスタンスによって作成されたクラスに存在します。それに気をつけてください：これらのクラスは、Permgen空間に圧力をかけ、恐ろしい "java.lang.OutOfMemoryError：PermGen space"の失敗を引き起こします。問題がある場合は、システムプロパティーsun.reflect.inflationThresholdを0（ゼロ）に設定して、インフレーションをオフにすることができます。

Answer 2

ゼロの設定は機能をオフにすることをコード

http://javasourcecode.org/html/open-source/jdk/jdk-6u23/sun/reflect/ReflectionFactory.java.html

と

http://javasourcecode.org/html/open-source/jdk/jdk-6u23/sun/reflect/NativeMethodAccessorImpl.java.html

を見たとき、私は、（少なくとも、ホットスポットのために）表示されません。私にはsun.reflect.inflationThresholdの大きな値だけが仕事をしてくれると思う。