
sync.mutex 锁不起作用的困扰
使用 sync.mutex 和 sync.waitgroup 来控制并发访问共享数据的场景中,不少开发者可能遇到过锁不起作用的情况,导致最终结果令人困惑。
近期,一位初学者在使用这两个库时遇到了类似的难题。他们精心编写了一段代码,旨在利用锁和等待组来保证多个协程安全地对共享变量进行操作。然而,出人意料的是,最终结果却是随机的,与预期中的 1000 相距甚远。
代码中,共享变量 a 的递增操作被包裹在 sync.mutex 锁中,以确保同一时刻只有一个协程对 a 进行修改。但在问题中,var locker sync.mutex 的声明被放置在 for 循环内部。这种写法会导致每个协程都有自己的锁实例,而无法共享锁,从而无法实现锁的预期行为。
解决之道
快捷网上订餐系统是一款基于互联网与移动互联网订餐服务预订系统,目前系统主要定位于细分餐饮市场,跟随互联网潮流抓住用户消费入口新趋势,真正将 商家 与用户连接起来,让商家为用户提供优质服务与消费体验。 快捷网上订餐系统中的快字不仅体现在程序运行的速度上快,更在用户操作体验上让用户更好更快的找到自己需要,完成预定,为用户节省时间,是的我们只是一款服务软件,已经告别了从前整个网站充满了对用户没有价值的
476
为了解决这个问题,可以将 var locker sync.mutex 的声明移动到 for 循环外部,以创建单个共享锁实例。以下两种方式可以解决问题:
方式 1:
var locker sync.mutex
for i := 0; i < 1000; i++ {
wg.add(1)
go func() {
defer wg.done()
locker.lock()
defer locker.unlock()
a++
fmt.println("a 的值为:", a)
}()
}方式 2:
import "sync/atomic"
// ...
func hasLockAndWait() {
var a int64
for i := 0; i < 1000; i++ {
wg.Add(1)
go func() {
defer wg.Done()
atomic.AddInt64(&a, 1)
fmt.Println("a 的值为:", a)
}()
}
// ...
}以上就是为什么 sync.Mutex 锁在我的并发程序中不起作用?的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号