对象锁核心优势在于粒度可控、语义清晰、天然绑定实例：锁与数据一体，支持可重入，可显式指定锁对象实现精细协作，且由JVM深度集成Monitor机制，兼顾安全性与性能。
对象锁在 Java 多线程协作中，核心优势在于它天然绑定实例、粒度可控、语义清晰，能精准保护共享状态而不干扰无关操作。
锁与数据天然绑定，避免误锁或漏锁
每个非静态对象自带唯一锁（即 this 监视器），只要同步逻辑围绕该对象的状态展开，加锁目标就自然明确。比如一个银行账户对象 Account，其 balance 字段只属于该实例，用 synchronized 方法或 synchronized(this) 块锁住它，其他线程修改别的 Account 实例时完全不受影响——不会因“全局一把锁”造成无谓阻塞。
支持可重入，简化嵌套调用逻辑
同一线程再次进入该对象的其他 synchronized 方法或代码块时，无需重新竞争锁，直接通行。这使得方法拆分、组合调用更安全：例如 increment() 内部调用 validate() 和 update()，只要它们都用同一对象锁，就不会死锁或抛出异常，开发时不用额外考虑锁的持有状态。
配合 this 或指定对象，灵活控制锁范围
对象锁不只能锁 this，还可显式锁定任意实例对象，实现更精细的协作：
立即学习“Java免费学习笔记（深入）”；
- 用 private final Object lock = new Object() 独立锁变量，避免外部干扰（如防止别人调用 wait/notify 意外唤醒）；
- 多个业务逻辑共享同一资源时，可共用一个锁对象，确保互斥；
- 读写分离场景下，不同操作可选用不同锁对象，避免读操作被写操作长期阻塞。
与 JVM 深度集成，开销低且行为确定
synchronized 实现的对象锁由 JVM 直接管理，基于 Monitor 机制，具备自动获取、释放、等待队列、通知唤醒等完整语义。相比 ReentrantLock 需手动 try-finally 保证释放，对象锁不易因编码疏忽导致死锁或资源泄漏；且在多数低到中等竞争场景下，JVM 的锁优化（如偏向锁、轻量级锁）使其性能接近无锁操作。
