This topic created in 2643 days ago, the information mentioned may be changed or developed.
在，一本书上，看到一句： 对象彼此间并行，对象自身串行
那么，如果没有竞争情况下， 加锁的成本大吗？
Supplement 1 · Feb 18, 2019
[面向对象程序设计模型中的并发行为 ]( https://cs.nju.edu.cn/chenjiajun/dissertation.pdf)
Supplement 2 · Feb 19, 2019
Supplement 3 · Feb 19, 2019
 |
1
lhx2008 Feb 1, 2019 via Android  3
楼主可能对加锁有什么误解
|
 |
2
shylockhg Feb 1, 2019
那么不并发的时候枷锁干嘛呢？
|
 |
3
Duolingo Feb 1, 2019 via Android
并发也不一定加锁啊。。。这俩没有必然联系
|
 |
4
auin Feb 1, 2019
看出来楼主是在一知半解状态，多写写并发程序吧，能有所感悟
|
 |
5
ghos Feb 1, 2019
不是应该在有可能出现并发的地方加锁吗
|
 |
6
reus Feb 1, 2019 via Android
不大，预防性加上去也没啥
|
 |
7
Honwhy Feb 1, 2019
对资源保护，要求状态一致，是因为有了这些需求才导出用加锁的方式去解决它
如果并发读，那就不必加锁了 |
 |
9
xkeyideal Feb 1, 2019
锁没有那么恐怖，正确的加锁不会是性能瓶颈，锁的开销比较小
并发程序也不一定要加锁，可以通过一些巧妙的方式避开对临界资源的锁操作 预防性加锁也没有任何问题，放心大胆的用 8# 说的死锁贴，我觉得楼主应该会发出来，看此情况，楼主对锁是一知半解 |
Select Language