为啥计算机科学中不引入钥匙这个概念呢

你误会了,并行计算的锁是为了协同,不是为了安全,所以钥匙是挂在锁上的,你lock完,记得unlock就好……
■网友
那要不,咱不叫它锁了?就叫等待队列好了,这样就不需要钥匙哈哈哈哈机智如我!叫单人电话亭也是可以的!或者叫ATM取款机!突然打开了脑洞。。。。。不胡闹了。。
■网友
不需要钥匙啊,钥匙在上锁的那个人手里,得他开锁别人才能再去用呀。
lock();//do somethingunlock();就好比一个小黑屋一次只能让一对情侣嘿嘿嘿。
来了一对情侣,进去反手就把门锁上,然后嘿个爽。
这时候又来了一对情侣,就只能站在门外听风雨了。
完事儿以后,他们把门打开走了。
这个时候,门外的情侣就能进去嘿个爽了。
当然了,他们肯定也会反手把门锁上。。。

这就是符合现实经验的解释。。。

■网友
泻药,你这是太闲了吗?
这种定义只是给你一个直观的感觉而已,你还发挥想象力了?
科学技术不是文学艺术,把意思表达到即可,不需要你发挥想象力
lock一个概念已经很heavy了,再多就显得无用
现阶段并发和lock已经有solution了,出路就是VERT.X等为代表的LOCK FREE策略
你的书有些凹凸了

还有一点,这些概念都过于具体了,programming后面会有大量极为抽象的概念出现
如果每次都从物理世界中找一个概念去对,那就完蛋了,你赶紧把这个概念掌握了就过了
【为啥计算机科学中不引入钥匙这个概念呢】 别纠结这些无聊的细节

■网友
有锁,key一般是数据库的主键。你想想,在并发的时候要是两个独立的线程想要读取或者修改一处地址的数据的时候怎么办呢,总不能让操作系统决定谁读取吧,这时候就让一个读取,写入,另一个等待,这样就是锁的概念了


    推荐阅读