Java中synchronized锁性能需从锁竞争程度、锁持有时间、锁粒度、锁升级状态分布、上下文切换与线程阻塞率五个维度综合评估，缺一不可。
Java 中 synchronized 锁的性能评估不能只看“快不快”，而要结合具体并发场景，从多个可量化的维度综合判断。以下是核心评估指标：
锁竞争程度
指多个线程同时尝试获取同一把锁的频率。高竞争会触发锁升级（偏向锁 → 轻量级锁 → 重量级锁），显著增加开销。可通过 JVM 参数 -XX:+PrintSynchronizationStatistics 或 JFR（Java Flight Recorder）观察 MonitorEnter 事件频次与平均阻塞时间。
锁持有时间
即线程从 monitorenter 到 monitorexit 的持续时长。持有时间越长，其他线程等待越久，吞吐量越低。理想情况应控制在微秒级；若包含 I/O、远程调用或复杂计算，就属于“长临界区”，需重构拆分。
锁粒度
反映被同步代码范围的大小。方法级 synchronized 比代码块级更粗；锁整个对象比锁局部变量或独立锁对象更宽。粒度越粗，并发度越低。例如：
- ❌
public synchronized void process() { db.query(); cache.put(); notify(); }（三步全串行） - ✅
synchronized(cacheLock) { cache.put(); }（仅保护缓存写）
锁升级状态分布
JVM 会根据运行时竞争情况动态调整锁级别。可通过 -XX:+UnlockDiagnosticVMOptions -XX:+PrintBiasedLockingStatistics 查看偏向锁是否被批量撤销、轻量级锁 CAS 失败率是否偏高——高失败率意味着频繁膨胀为重量级锁，是性能拐点信号。
上下文切换与线程阻塞率
重量级锁依赖操作系统互斥量，线程阻塞/唤醒会引发内核态切换。使用 jstack 或 pidstat -t -p <pid> 观察 BLOCKED 线程数；结合 vmstat 查看 cs（context switch）值突增，往往是锁瓶颈的外在表现。
