Java的synchronized：从入门到“秃头”的终极指南

synchronized是Java中的"保安大哥"，专门负责在多线程环境下维持秩序，确保共享资源不被"哄抢"。它的核心使命是解决线程安全问题，保证原子性（操作不可分割）、可见性（修改立即可见）和有序性（代码顺序执行）。

为什么需要它？

想象两个线程同时修改银行账户余额，如果没有同步机制，结果可能像两个人在同一张纸上乱涂乱画，最终余额变成谜团。而synchronized会大喊："排好队，一个一个来！"。

修饰实例方法

锁住当前对象实例，适用于保护对象级别的共享资源。
java 复制代码
```
public synchronized void transferMoney() { /* 转账逻辑 */ }
```
修饰静态方法

锁住整个类，适用于保护类级别的静态资源。
java 复制代码
```
public static synchronized void updateConfig() { /* 更新全局配置 */ }
```
修饰代码块

灵活指定锁对象，适合只保护部分代码的场景。
java 复制代码
```
public void addToCart() {
    synchronized (cartLock) { /* 加购逻辑 */ }
}
```
注意：别用String或基本类型包装类当锁，容易踩坑（比如字符串常量池的缓存问题）。

场景1 ：普通方法同步

两个线程调用同一个对象的同步方法，结果像排队上厕所------必须等前一个人出来。

场景2 ：静态方法同步

即使创建了多个对象实例，静态方法同步也会锁住整个类，相当于"全店打烊，只服务一个人"。

场景3 ：代码块同步

只锁住关键代码，其他代码自由飞翔，性能和安全性兼得。

从Java 6开始，synchronized开启了"智能模式"，根据竞争激烈程度自动升级锁状态：

锁升级的目的：像饭店老板根据客流量调整服务员数量，既省成本又保效率。

synchronized vs volatile
- volatile只管可见性，不保原子性（比如i++仍需同步）。
- synchronized是"全能选手"，但可能引发线程阻塞。
synchronized vs ReentrantLock
- synchronized自动释放锁，ReentrantLock需手动unlock()（忘写就死锁警告！）。
- ReentrantLock支持可中断、公平锁、多条件变量，适合复杂场景。

不完全同步

java 复制代码

// set方法同步，get方法不同步 → 可能读到旧值！
public synchronized void setX(int x) { this.x = x; }
public int getX() { return x; } // 应加synchronized或用volatile

锁对象中途变心

java 复制代码

synchronized (array[0]) { 
    array[0] = new Object(); // 锁对象被替换，同步失效！
}

最后提醒：锁虽好，但别滥用！多线程编程就像开车，安全第一，性能第二。

参考资料：

（想要更深入细节？点击链接直达原文，开启"秃头"之旅吧！）