Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

Latest commit

 

History

History
History
39 lines (25 loc) · 2.15 KB

File metadata and controls

39 lines (25 loc) · 2.15 KB
Copy raw file
Download raw file
Outline
Edit and raw actions

对锁的一些认知 有哪些锁

同一进程

使用 ReentrantLock 获取锁的时候会会判断当前线程是否为获取锁的线程,如果是则将同步的状态 +1 ,释放锁的时候则将状态 -1。只有将同步状态的次数置为 0 的时候才会最终释放锁。

读写锁

使用 ReentrantReadWriteLock ,同时维护一对锁:读锁和写锁。当写线程访问时则其他所有锁都将阻塞,读线程访问时则不会。通过读写锁的分离可以很大程度的提高并发量和吞吐量。

不同进程

分布式锁:

基于数据库

可以创建一张表,将其中的某个字段设置为唯一索引,当多个请求过来的时候只有新建记录成功的请求才算获取到锁,当使用完毕删除这条记录的时候即释放锁。

存在的问题:

  • 数据库单点问题,挂了怎么办?
  • 不是重入锁,同一进程无法在释放锁之前再次获得锁,因为数据库中已经存在了一条记录了。
  • 锁是非阻塞的,一旦 insert 失败则会立即返回,并不会进入阻塞队列只能下一次再次获取。
  • 锁没有失效时间,如果那个进程解锁失败那就没有请求可以再次获取锁了。

解决方案:

  • 数据库切换为主从,不存在单点。
  • 在表中加入一个同步状态字段,每次获取锁的是加 1 ,释放锁的时候-1,当状态为 0 的时候就删除这条记录,即释放锁。
  • 非阻塞的情况可以用 while 循环来实现,循环的时候记录时间,达到 X 秒记为超时,break
  • 可以开启一个定时任务每隔一段时间扫描找出多少 X 秒都没有被删除的记录,主动删除这条记录。

基于 Redis

使用 setNX(key) setEX(timeout) 命令,只有在该 key 不存在的时候创建和这个 key,就相当于获取了锁。由于有超时时间,所以过了规定时间会自动删除,这样也可以避免死锁。

可以参考:

基于 Redis 的分布式锁

基于 ZK

Morty Proxy This is a proxified and sanitized view of the page, visit original site.