最近的评论

• 评论了主题 关于go执行报错
  go run main.go v1.go v2.go 或者 go run *.go 或者go build，之后再运行
• 评论了主题 开发了一个基于key的加锁方案
  #19楼 @jarlyyn 这个版本看起来好像没是OK的，我研究研究......
• 评论了主题 开发了一个基于key的加锁方案
  不能期望所有goroutine按照期望的顺序执行代码。 就像你期望goroutine_01 使用countlocker 加锁进行 count--之前，另外一个goroutine_02能获取到countlocker 并进行count++ 但这种直觉是不正确的，也有可能是goroutine_01 又获取到了countlocker并进行count-- 这也导致了bug的产生
• 评论了主题 开发了一个基于key的加锁方案
  sync.Mutex没有bug，是你的代码的bug。 我举的是只是例子而已。实际上有可能是两个goroutine，其中一个count--后从map删除Locker，之后又来一个goroutine获取了新的不同的锁，起不到加锁的作用。 我的代码 count++ 和count-- 以及其他变量被限制在同一个goroutine里，所以不会有这种bug。
• 评论了主题 开发了一个基于key的加锁方案
  你这个代码有bug： 我举一个极端的例子： 假设有10个并发传入了相同的key，其中`goroutine_01`先进行`count++`并获取了`Locker`结构体 另外9个卡在了`l := v.(*Locker)`这一行和下一行之间 之后`goroutine_01`又进行`count--`并从map中删除了`Locker`结构体， 然后另外9个goroutine调用的`Locker`函数返回，从而获取了与`goroutine_01`相同的`Locker`结构体 之后又来了10个并发传入了相同key，由于map中已经没有这个key关联的`Locker`结构体，所以获取的是一个新的`Locker`结构体 也就是说后面的10个，和前面剩余的9个用的不是同一把锁，也就起不到加锁的作用