你们是只有并发的时候，为对象加锁，还是，一直加着

2019-02-01 09:07:55 +08:00
 ruandao

在，一本书上，看到一句： 对象彼此间并行，对象自身串行

那么，如果没有竞争情况下， 加锁的成本大吗？

2064 次点击
所在节点    问与答
9 条回复
lhx2008
2019-02-01 09:12:09 +08:00
楼主可能对加锁有什么误解
shylockhg
2019-02-01 09:15:14 +08:00
那么不并发的时候枷锁干嘛呢？
codingadog
2019-02-01 09:16:38 +08:00
并发也不一定加锁啊。。。这俩没有必然联系
liuxey
2019-02-01 09:23:20 +08:00
看出来楼主是在一知半解状态，多写写并发程序吧，能有所感悟
ghos
2019-02-01 09:34:13 +08:00
不是应该在有可能出现并发的地方加锁吗
reus
2019-02-01 09:43:42 +08:00
不大，预防性加上去也没啥
Honwhy
2019-02-01 10:17:36 +08:00
对资源保护，要求状态一致，是因为有了这些需求才导出用加锁的方式去解决它
如果并发读，那就不必加锁了
D3EP
2019-02-01 10:17:40 +08:00
@reus 楼主听了你的话，三天后发帖死锁怎么处理😂
xkeyideal
2019-02-01 10:24:17 +08:00
锁没有那么恐怖，正确的加锁不会是性能瓶颈，锁的开销比较小
并发程序也不一定要加锁，可以通过一些巧妙的方式避开对临界资源的锁操作
预防性加锁也没有任何问题，放心大胆的用

8# 说的死锁贴，我觉得楼主应该会发出来，看此情况，楼主对锁是一知半解

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/532328

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX