本文总结了在使用分布式锁时应遵循的原则，强调了避免滥用锁的重要性，推荐使用现成的API替代手动操作，并讨论了数据库锁与Redis分布式锁的优劣，以及锁的粒度、范围和集中管理等问题。
最近接手了其他人留下的代码，代码中对redis分布式锁的使用很泛滥，而且经常是加锁定时删除，个人感觉这些习惯很不好，出了问题很难排查，下面总结一下用锁的原则。
- 能不用就不用，能用现成的api代替就不要自己操纵，比如wait notify await lock这些方法，观察jdk的发展历程，这些易错的api一直被封装，虽然阻塞队列，线程池的底层都是锁
- 能用数据库的共享排它锁，就不要用redis的分布式锁，数据库锁出问题，可以查看事务表，show status来查找原因，定位问题，但是分布式的锁，而且是那种定时自动删除的，出了问题很难查找。
- 能用共享就不要用排它锁，但是要注意锁升级带来的死锁问题
- 锁的粒度和范围越小越好，锁越轻量越好
- 加锁的代码要集中处理，不要分散，这里写一点，那里写一点
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
