如何筛选JDK17应用启动时JVM实际加载的JNI库

一、过滤冗余日志，只看成功加载的库 #

别再用-Xlog:library=trace了，直接用更精准的参数过滤掉"failed to find"的无效信息：

• 只输出成功加载的基础日志：

  -Xlog:library=info,library*=off
  

  这个配置会只保留库加载成功的info级条目，所有失败查找的trace日志直接被屏蔽。
• 如果需要查看加载时的细节（比如加载路径、JNI函数绑定信息），换用这个：

  -Xlog:library=debug,library*=off
  

  能拿到更多成功加载的上下文，同时不会被失败日志干扰。

二、追踪实际被调用的JNI库 #

光看加载日志还不够，要确认哪些库真的被JNI调用，添加JNI调用日志参数：

-Xlog:jni=debug

这个参数会输出JNI函数的调用、返回记录，能直接对应到具体被调用的本地库和函数，帮你排除那些加载了但没实际使用的库。

三、日志解读要点 #

1. 成功加载的库日志格式通常是：

   [时间戳] [线程ID] info library - Loaded library: /path/to/your/library.so
   重点关注非JDK自带的第三方库——这些才是业务中可能出现内存泄漏的对象。

2. 结合jni=debug的日志，会看到类似内容：

   [时间戳] [线程ID] debug jni - Calling Java_com_example_MyClass_nativeMethod from com.example.MyClass
   通过这些条目能明确哪些库的函数在实际运行，缩小排查范围。

四、JNI内存泄漏的额外排查工具 #

除了日志，用JDK自带工具更高效：

• 用jmap抓取堆转储，分析JNI引用的对象是否未被正确释放：

  jmap -dump:format=b,file=heap_dump.hprof <你的进程ID>
  

• 用jstack查看当前线程中的JNI调用，定位可能卡住或未释放资源的调用点：

  jstack <你的进程ID>
  

内容的提问来源于stack exchange，提问作者Augustin Cayot