synchronized用于控制多线程对共享资源的访问，修饰实例方法时锁对象为this，修饰静态方法时锁为类class对象，修饰代码块时可指定任意对象作为锁；推荐使用私有final对象作为锁以避免外部干扰，不建议使用string或包装类常量；应避免嵌套同步导致死锁，确保多锁按序获取；在高并发场景下可考虑readwritelock、原子类或显式锁优化性能；合理缩小同步范围提升效率。
在Java并发编程中，synchronized 是最基础且广泛使用的同步机制之一。它能有效防止多个线程同时访问共享资源，避免数据竞争和不一致问题。掌握其使用技巧，不仅能提升程序的稳定性，还能避免死锁和性能瓶颈。
理解synchronized的作用范围
synchronized可以修饰实例方法、静态方法和代码块，不同使用方式锁定的对象不同：
- 修饰实例方法：锁住当前实例对象（this），适用于多个线程操作同一个对象实例的场景。
- 修饰静态方法：锁住该类的Class对象（如 MyClass.class），所有该类的实例共用同一把锁，适合控制类级别的资源访问。
- 修饰代码块：可指定任意对象作为锁，灵活性高，推荐用于只对关键代码加锁，减少锁粒度。
建议优先使用同步代码块而非同步整个方法，以缩小临界区，提高并发效率。
合理选择锁对象
使用synchronized代码块时，锁对象的选择至关重要：
立即学习“Java免费学习笔记（深入）”；
- 避免使用public或可变对象作为锁，以防外部干扰或意外同步。
- 推荐声明一个私有的、final的Object作为锁：private final Object lock = new Object();
- 不要使用String常量或基本类型包装类作为锁，它们可能被字符串池或缓存复用，导致不同无关逻辑争抢同一把锁。
明确锁的归属，有助于排查死锁和理解同步逻辑。
避免嵌套同步与死锁风险
多个synchronized块按不同顺序获取锁容易引发死锁：
- 尽量避免在一个同步块中调用另一个可能加锁的方法。
- 若必须多层同步，确保所有线程以相同顺序获取锁。
- 考虑使用java.util.concurrent包中的显式锁（如ReentrantLock）配合tryLock()来规避死锁。
注意性能影响与替代方案
synchronized在JDK 1.6后经过优化（偏向锁、轻量级锁等），性能已大幅提升，但仍存在阻塞等待开销：
- 高频读操作可考虑使用ReadWriteLock或ConcurrentHashMap等并发容器。
- 简单原子操作优先使用AtomicInteger、AtomicReference等原子类。
- 在低竞争场景下，synchronized简洁可靠；高竞争下可评估使用显式锁或无锁结构。
不盲目加锁，只保护真正共享且可变的状态。
基本上就这些。synchronized虽简单，但用好需要理解其底层行为和应用场景。合理设计同步策略，才能写出高效又安全的并发代码。
