来自 JVM_DefineClass 的 GeneratedMethodAccessor 加载 10k 次导致 oom
GeneratedMethodAccessor from JVM_DefineClass loaded 10k times cause oom
在 jvm 参数中添加了“-verbose:class”，得到了 10k 次的日志，如下所示，
“已从 JVM_DefineClass 加载 sun.reflect.GeneratedMethodAccessor10004”
我有什么方法可以找到源头吗class我的应用程序的根方法是什么导致了这个？
我知道“GeneratedMethodAccessor### 是由反射实现在运行时生成的classes，用于调用方法和构造函数”，但我不知道具体方法是什么或class 加载？
async-profiler 可以帮助找到这些 MethodAccessors 的生成位置。
运行
./profiler.sh -d 120 -e sun.reflect.MethodAccessorGenerator.generate -f report.html <javaPID>
这将开始录制 120 秒。所有生成的用于调用 Method.invoke 和 Constructor.newInstance 的 MethodAccessors 将被捕获并保存为 report.html.
下的火焰图报告
火焰图显示生成的访问器数量及其来源的堆栈跟踪：
或者在运行时附加探查器，您可以 Java 从一开始就启用探查器：
java -agentpath:/path/to/libasyncProfiler.so=start,event=sun.reflect.MethodAccessorGenerator.generate,file=report.html -jar <your application>
在 jvm 参数中添加了“-verbose:class”，得到了 10k 次的日志，如下所示， “已从 JVM_DefineClass 加载 sun.reflect.GeneratedMethodAccessor10004”
我有什么方法可以找到源头吗class我的应用程序的根方法是什么导致了这个？
我知道“GeneratedMethodAccessor### 是由反射实现在运行时生成的classes，用于调用方法和构造函数”，但我不知道具体方法是什么或class 加载？
async-profiler 可以帮助找到这些 MethodAccessors 的生成位置。
运行
./profiler.sh -d 120 -e sun.reflect.MethodAccessorGenerator.generate -f report.html <javaPID>
这将开始录制 120 秒。所有生成的用于调用 Method.invoke 和 Constructor.newInstance 的 MethodAccessors 将被捕获并保存为 report.html.
火焰图显示生成的访问器数量及其来源的堆栈跟踪：
或者在运行时附加探查器，您可以 Java 从一开始就启用探查器：
java -agentpath:/path/to/libasyncProfiler.so=start,event=sun.reflect.MethodAccessorGenerator.generate,file=report.html -jar <your application>