采样阶段：发现方法自等待现象在多线程环境中，线程锁是常见的同步机制，但不当的实现可能导致性能问题。排查的第一步通常是采样（Sampling），通过观察线程的执行时间与CPU时间的关系，快速定位异常。使用VisualVM对示例应用（生产者-消费者模型）进行采样后，我们发现一个典型现象：总执行时间远大于总CPU时间。例如，某个方法的Self Time（自执行时间）仅700ms，但Total Self Time（总执行自时间）却高达4903ms。这意味着方法大部分时间并未执行指令，而是在等待。这种情况的典型原因就是线程被锁阻塞。采样阶段无法直接看到锁的详细信息，但指出了需要进一步深入的方向。锁性能分析：开启Lock监控要获取锁的具体细节，必须使用Instrumentation（性能分析）模式。在VisualVM的Profiler标签页中，点击“Locks”按钮即可开始锁监控。启动后，工具会记录每个线程的锁事件。下图展示了示例应用结束后的统计结果：生产者和消费者线程分别被锁超过3600次。点击线程左侧的“+”号，可以展开查看具体的监视器（Monitor）信息。例如，生产者线程被一个ArrayList实例（引用ID: 4476199c）阻塞。该监视器由消费者线程持有3698次，同时生产者线程也持有该监视器3699次（即阻塞消费者）。线程阻塞次数持有次数监视器类型_Producer36983699ArrayList@4476199c_Consumer3699