visualvm连不上本地java进程主因是jps不可用或tools.jar缺失（jdk9+需用自带jvisualvm）；远程监控须配全jmx参数，尤其-djava.rmi.server.hostname；内存泄漏看classes/instances曲线同步上涨；线程问题结合thread dump与cpu采样定位。
VisualVM 连不上本地 Java 进程？先查 jps 和 tools.jar 是否就位
VisualVM 启动后空白，看不到任何本地进程——这不是软件坏了，而是它根本没拿到进程列表。核心原因只有两个：jps 命令不可用，或 JDK 版本不匹配导致 tools.jar 缺失（JDK 9+ 已移除该 jar，改用模块化方式提供）。
- JDK 8 及以下：确认
$JAVA_HOME/lib/tools.jar存在，且 VisualVM 启动时能加载到它（通常随 JDK 自带的 VisualVM 没问题；独立下载的需手动配置-J-Djava.ext.dirs=...） - JDK 9+：必须使用 JDK 自带的 VisualVM（路径如
$JAVA_HOME/bin/jvisualvm），独立版默认不兼容；若硬要用独立版，得搭配visualvm-jmx插件 + 手动开启 JMX（见下一条） - Linux/macOS 下
jps不显示进程？检查是否以同一用户运行；Windows 上杀毒软件可能拦截jps的本地 socket 通信
远程监控 Java 应用必须开 JMX，但别裸奔 -Dcom.sun.management.jmxremote
远程连接失败，90% 出在 JMX 配置漏项或权限放得太宽。VisualVM 通过 JMX 协议拉取数据，但 JDK 默认关闭远程 JMX，且旧式参数组合极易被拒绝连接或认证失败。
- 必须启用的最小参数集（JDK 8u191+ / JDK 11+）：
-Dcom.sun.management.jmxremote-Dcom.sun.management.jmxremote.port=9999-Dcom.sun.management.jmxremote.authenticate=false-Dcom.sun.management.jmxremote.ssl=false-Djava.rmi.server.hostname=你的服务器IP -
-Djava.rmi.server.hostname是关键：缺了它，RMI 注册会返回localhost，VisualVM 连过去却连不到真实地址，报错Connection refused或卡在“Connecting...” - 生产环境禁用
authenticate=false；真要开认证，得配jmxremote.password和jmxremote.access文件，且文件权限必须是 600（否则 JDK 直接忽略）
内存泄漏看 Classes 和 Instances 曲线，别只盯堆内存数字
堆内存曲线缓慢上涨 ≠ 内存泄漏；真正可疑的是类加载数持续增加、或某类实例数长期不降。VisualVM 的“监视”页堆内存图太笼统，容易误判。
- 打开
Monitor标签页，重点观察三条线：Loaded Classes（红色）、Instances（蓝色）、Used Heap（绿色）——三者同步涨，大概率是类加载器泄漏（如热部署、OSGi、自定义 ClassLoader 未释放） - 右键进程 → “Heap Dump”，生成快照后用“Classes”视图按实例数排序，找异常多的类（比如
byte[]、HashMap$Node、或你自己的业务类）；点进去看“References to GC Roots”，看谁在强引用它 - 注意：频繁 Full GC 但堆内存没明显上涨？可能是元空间（Metaspace）满，去“VM Summary”里查
Metaspace Usage，不是堆内存那块
线程池积压看 Threads 实时堆栈 + Sampler 抓热点方法
线程数飙升、CPU 高，但 Threads 标签页只显示“RUNNABLE”一堆线程，看不出哪段代码卡住——这时候不能只刷线程列表，得结合采样和堆栈定位。
立即学习“Java免费学习笔记（深入）”；
- 点
Threads标签 → 点“Thread Dump”按钮，立刻抓当前快照；反复点几次，对比哪些线程总在同一个方法（如SocketInputStream.read、LinkedBlockingQueue.take）停着 - 切到
Sampler标签 → 点“CPU”开始采样 10–20 秒 → 查“Hot Spots”表格，排第一的方法就是实际耗 CPU 最多的；如果全是Unsafe.park或Object.wait，说明线程在等锁或队列，再回线程堆栈找持有锁者 - 线程池任务堆积？看
Executor相关 MBean（需插件或 JMX 显式暴露）；没暴露的话，直接 dump 线程，搜ThreadPoolExecutor关键字，看workQueue.size()在堆栈里有没有泄露出来
