这是一个创建于 1910 天前的主题，其中的信息可能已经有所发展或是发生改变。
在，一本书上，看到一句： 对象彼此间并行，对象自身串行
那么，如果没有竞争情况下， 加锁的成本大吗？
第 1 条附言 · 2019-02-18 23:57:20 +08:00
[面向对象程序设计模型中的并发行为 ]( https://cs.nju.edu.cn/chenjiajun/dissertation.pdf)
第 2 条附言 · 2019-02-19 00:21:25 +08:00
第 3 条附言 · 2019-02-19 00:27:18 +08:00
 |
1
lhx2008 2019-02-01 09:12:09 +08:00 via Android  3
楼主可能对加锁有什么误解
|
 |
2
shylockhg 2019-02-01 09:15:14 +08:00
那么不并发的时候枷锁干嘛呢？
|
 |
3
codingadog 2019-02-01 09:16:38 +08:00 via Android
并发也不一定加锁啊。。。这俩没有必然联系
|
 |
4
liuxey 2019-02-01 09:23:20 +08:00
看出来楼主是在一知半解状态，多写写并发程序吧，能有所感悟
|
 |
5
ghos 2019-02-01 09:34:13 +08:00
不是应该在有可能出现并发的地方加锁吗
|
 |
6
reus 2019-02-01 09:43:42 +08:00 via Android
不大，预防性加上去也没啥
|
 |
7
Honwhy 2019-02-01 10:17:36 +08:00
对资源保护，要求状态一致，是因为有了这些需求才导出用加锁的方式去解决它
如果并发读，那就不必加锁了 |
 |
9
xkeyideal 2019-02-01 10:24:17 +08:00
锁没有那么恐怖，正确的加锁不会是性能瓶颈，锁的开销比较小
并发程序也不一定要加锁，可以通过一些巧妙的方式避开对临界资源的锁操作 预防性加锁也没有任何问题，放心大胆的用 8# 说的死锁贴，我觉得楼主应该会发出来，看此情况，楼主对锁是一知半解 |
Select Language