synchronized(this) 锁实例对象，允许多实例并发；synchronized(ClassName.class) 锁类对象，所有实例串行执行。前者保护实例状态，后者保护静态共享资源，粒度更粗、并发性更低。
用 synchronized(this) 和 synchronized(ClassName.class) 的核心区别，在于锁的对象不同：前者锁的是具体对象实例，后者锁的是整个类的 Class 对象。这个差异直接决定了哪些线程会互相阻塞、哪些可以并行执行，也就是并发粒度的粗细。
锁 this：实例级同步，多个对象可并行
当使用 synchronized(this)（或修饰非静态方法）时，锁住的是当前对象实例（this）。每个对象拥有独立的内置锁。
- 两个不同实例（如
obj1和obj2）各自调用其synchronized(this)方法，互不干扰，能真正并发执行 - 同一个实例的多个
synchronized(this)方法（如methodA()和methodB()），会被同一把锁串行化，不能同时进入 - 适用于保护该对象自身的状态，比如修改成员变量、维护实例内一致性
锁 .class：类级同步，全局独占，粒度最粗
当使用 synchronized(ClassName.class)（或修饰静态方法）时，锁住的是该类在 JVM 中唯一的 Class 对象。所有该类的实例共享这把锁。
- 无论多少个对象实例（哪怕 100 个），只要有一个线程在执行任意一个
synchronized(ClassName.class)块，其他所有线程对同类锁块的请求都会排队等待 - 它与实例锁完全正交：一个线程持有
obj1的实例锁，另一个线程仍可获取ClassName.class锁，二者不冲突 - 适合保护跨所有实例共享的资源，例如静态计数器、类级别缓存、配置初始化逻辑
并发性能对比：粒度决定吞吐瓶颈
锁粒度越粗，并发能力越弱；越细，资源利用率越高，但也更难设计和验证。
- 锁 this：并发度高，适合高频、低耦合的实例操作。但若误用于本该共享的状态，会导致数据不一致（如多个实例各自维护一份“全局”计数）
- 锁 .class：并发度最低，容易成为系统瓶颈。尤其在高并发场景下，哪怕只是读取一个简单静态字段，也可能被阻塞
- 真正合理的做法常是混合使用：实例锁保护实例字段，类锁保护静态字段；或进一步缩小范围，改用私有锁对象（
private final Object lock = new Object()），避免锁暴露给外部
常见误用与规避建议
实际开发中，这两个锁最容易被混淆或滥用：
- 把本该类级同步的逻辑（如单例初始化）写成
synchronized(this)，导致多个实例各自初始化，破坏单例语义 - 把本该实例级同步的逻辑（如订单状态更新）错误升级为
synchronized(XXX.class)，让所有订单串行处理，严重拖慢吞吐 - 子类重写
synchronized实例方法时，不会自动继承同步语义，必须显式加synchronized关键字 - 构造方法不能加
synchronized，对象创建过程本身不是原子的，需在关键字段赋值处手动同步或使用final+ 安全发布机制
