线程栈的物理指纹是带内存地址与锁标识的原始栈快照，关键字段包括tid/nid、阻塞语义（如parked）、对象监视器地址（0x...）及精确线程状态（BLOCKED/WAITING）。
可以在不影响业务的前提下，用轻量、非侵入方式获取线程栈的物理指纹——即反映真实运行时线程状态的、带内存地址与锁标识的原始栈快照。关键在于避免触发全局停顿（Stop-The-World），不修改应用代码，也不依赖应用响应性。
用 jstack -l 抓取带锁信息的实时快照
jstack 是 JVM 自带的零成本诊断工具，只要进程仍在运行（哪怕卡死或高负载），就能输出当前所有 Java 线程的调用栈及同步状态。加 -l 参数可显示 java.util.concurrent 锁（如 ReentrantLock）的持有/等待关系，这是识别线程阻塞根源的核心“物理指纹”。
- 先查目标进程 PID：
jps -l或ps aux | grep java - 导出带锁详情的线程栈：
jstack -l <pid> > thread_dump_$(date +%s).txt - 若进程无响应，加 -F 强制抓取：
jstack -F -l <pid> > forced_dump.txt
用 kill -3 触发 JVM 内部安全点 dump
向 Java 进程发送 SIGQUIT（kill -3） 会通知 JVM 在下一个安全点打印线程栈到标准错误流（通常是 catalina.out、nohup.out 或日志文件）。该操作由 JVM 原生实现，毫秒级完成，完全不干扰业务线程执行。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 执行：
kill -3 <pid> - 立即检查应用日志文件，搜索 “Full thread dump” 头部，即可定位完整栈快照
- 适合在监控告警触发时一键采集，无需额外权限或工具链
用 ThreadMXBean 编程方式按需采样（仅限已开放 JMX）
如果应用已启用 JMX（如配置了 -Dcom.sun.management.jmxremote），可通过远程调用 ThreadMXBean.dumpAllThreads(true, true) 获取带锁监视器和同步器的线程信息。这种方式可控、可集成进运维平台，且不会产生文件 I/O 压力。
立即学习“Java免费学习笔记（深入）”；
- 返回的是
ThreadInfo[]，每个元素含getThreadId()、getLockName()、getLockedSynchronizers()等字段 - 线程 ID 和 native ID（nid）可与
top -H -p <pid>输出交叉比对，锁定 OS 级线程实体 - 建议配合时间戳写入结构化日志，便于后续做栈帧哈希比对（如 SHA-256(toString())）生成唯一指纹
物理指纹的关键字段识别
真正的“物理指纹”不是纯方法名列表，而是包含以下硬指标的组合：
- tid/nid：JVM 线程 ID（十进制）与 OS 线程 ID（十六进制），映射到具体内核调度实体
- in Object.wait() / parked / in JNI：底层阻塞语义，区分 Java 层等待与本地调用挂起
- waiting on <0x...>：对象监视器地址，同一地址多次出现即指向共享竞争点
- java.lang.Thread.State: BLOCKED / WAITING / TIMED_WAITING：精确状态，配合堆栈可判定是否真阻塞
