别再无脑 synchronized 了！Java 锁优化的 7 个狠招

原文来自于：[zha-ge.cn/java/66http...)

别再无脑 synchronized 了！Java 锁优化的 7 个狠招

大家好，这是一段老码农的碎碎念。如果你觉得自己代码里一拍脑袋就写sychronized，那我猜你迟早得体会下生产事故的味道。今天就来跟你聊聊，怎么优雅地优化 Java 里的锁，别再无脑锁全局对象了，咱得学点狠招。

从"锁"说起

还记得刚学多线程的时候，谁没因为"并发"被老师吓一跳？那会儿觉得 synchronized 是万能保险箱，什么都想锁一下。比如"抢红包"啊、"统计访问量"啊，反正上个锁稳当点------写着写着，系统直接卡成 PPT。

偶尔 Leader 拍桌子：CPU 飙满了啊兄弟，锁到底加哪儿了？你只能尴尬笑笑，然后心里翻滚：

"都怪synchronized，太原始！"
"有没有更骚的操作？"
"Lucky，我还没被开..."

锁场大乱斗

有一天心血来潮，我写了个线程池搞定数据库计数的活。结果明明只有几百个请求，机器跟吃了翔一样拖拉。后来我打印了下堆栈，卧槽，线程全卡在同一个 synchronized 上。

想解决？有公式！

粗粒度锁，最慢。不如直接睡觉。
细粒度锁，看准对象，别锁 class！
用并发包，不要迷信 synchronized！

代码拿出来晒下脸红的"反面教材"：

java 复制代码

public synchronized void count() {
    counter++;
    // ...
}

看似简单，实际一个方法全锁，你线程多就原地爆炸。那有没有骚一点的方法？来，上狠招！

不藏了，我的7招锁优

锁分段 ------ 拆碎大锁，比如分 hash 段。
局部变量/线程私有变量 ------ 用 ThreadLocal，拒绝无必要的争抢。
显式锁Lock ------ 想锁多长就多长，还可 tryLock （想想前女友）。
读写锁 ReadWriteLock ------ 读取不能抢就太菜了。
无锁数据结构 ------ ConcurrentHashMap、AtomicLong 等。
同步代码块替代方法锁 ------ 只锁核心，不锁全部。
避免共享 ------ 用消息队列让线程通讯，啥锁也别加。

多说无益，重点代码来点：

java 复制代码

ReentrantLock lock = new ReentrantLock();
if(lock.tryLock()) { // 不阻塞，拿不到就算了（有点像当年表白）
    try {
        doSomething();
    } finally {
        lock.unlock();
    }
}

爽不爽？顺便记下：

少用 synchronized 修饰整个方法。
不要自己实现锁，JDK 的 concurrent 包已经很牛了。

踩坑瞬间

有一次爬过最辣的坑，就是用 synchronized 锁了 static 方法，结果所有实例互相堵，业务直接宕机，那叫一个郁闷。不仅如此，还见过同事在 for 循环里反复 new ReentrantLock，以为锁住了，实际 nothing happened。

常见坑点有：

坑点	后果
synchronized 静态法	全局串行，性能崩
new Lock 每次都新建	等于没锁，毫无作用
不解锁	程序挂死，根本找不出问题
锁大块代码	并发损失，跟单线程差不多

经验启示

人不能怕用锁，但也得会用。我的"血泪"心得：

细粒度为王：只锁必要，别纵容自己贪多。
锁也是资源：慎重，别让自己掉入死锁地狱。
并发包是亲妈：J.U.C 哪里不会点哪里，别自己造轮子。
分段思维：分散压力，凡事能拆就拆。

写多线程代码和谈恋爱差不多，不要死磕，要懂得"放手"。反正，现在看到 synchronized 就全身痒，脑子里全是 lock、CAS 和队列。

收个尾巴

如果你也有锁的揪心故事，欢迎评论区举手------别让我们这些"踩坑生产队"的前人白白掉头发！严肃点讲，一行锁多少业务损失，别不信邪。用好这些狠招，让你的代码又快又安全，下次业务来催你就有底气点一根烟：小事儿，稳得很。