库调多了,都忘了最基础的概念 《锁与线程 2 终结篇》
【摘要】 库调多了,都忘了最基础的概念 《锁与线程 2 终结篇》

🍁 作者:知识浅谈,CSDN博客专家,阿里云签约博主,InfoQ签约博主,华为云云享专家
📌 擅长领域:全栈工程师、爬虫、ACM算法
💒 公众号:知识浅谈
🔥 联系方式vx:zsqtcc
🤞拿下,拿下🤞温馨提醒:这篇文章无害,请放松阅读
lock:获取不到就一直阻塞,直到获取锁
- 当锁没有被其他线程获取,则计数器记为1,并返回true
- 当锁本来就是自身含有,则将计数器加1,并返回true
- 当锁被其他线程持有的时候,则处于阻塞状态,并且在获取到锁后,将保持计数设置为1
tryLock:获取不到就返回 - 当锁没有被其他线程获取的时候,并把计数器置为1,则就返回true
- 当锁本来就是自身含有,则将计数器加1,并返回true
- 当锁被其他线程持有的时候,返回false
lockInterruptibly: - 当锁没有被其他线程获取的时候,并把计数器置为1,则就返回true
- 当锁本来就是自身含有,则将计数器加1,并返回true
- 如果没有可用锁会一直等待直到获取锁,但和 lock 方法不同,lockInterruptibly 方法在等待获取时,如果遇到线程中断会放弃获取锁。
- 保证可见性
底层有一个汇编编码lock,使得volatile修饰的变量能够同步到主内存中,通过MESI缓存一致性协议使其他的线程中的变量的副本失效,去主内存读取新值。 - 保证有序性
底层为了优化可能会进行指令重排序,volatile主要是通过读写屏障来达到防止指令重排序的目的。
读写锁:分别对读和写加不同的锁,读锁可以和其他读锁共存,就是对同一个资源可以加多个读锁,但是读锁和写锁不能加到一个资源上,也就是加完读锁之后,不能再见写锁。
同理,加完写锁之后不能再加读锁和写锁。
优点:
- 多个读锁可以同时执行,所以提高了程序执行性能。
- 因为读写锁是互斥的,所以不会读到临时的值。
公平锁:在唤醒阻塞的线程的时候,按顺序唤醒阻塞的线程,所以是公平的。也可以这么理解,多个线程获取锁,直接放入阻塞队列。
非公平锁:唤醒阻塞老线程,但是不排除会有新线程抢占,也可以这么理解,多个线程获取锁,获取不到,再放入阻塞队列。
针对synchronized:这个队列是entryset中阻塞的线程
针对ReentrantLock,这个队列是AQS队列。
不肝了不肝了,锁与线程篇就到这了,希望有所帮助。
【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)