当前位置: 首页 > news >正文

使用互斥锁(Mutex)管理共享资源

在这里插入图片描述

在Go中确保并发安全性

并发是Go中的一个强大功能,它允许多个Goroutines(并发线程)同时执行。然而,伴随着强大的功能也带来了大量的责任。当多个Goroutines并发地访问和修改共享资源时,可能会导致数据损坏、数据竞争(race conditions)和不可预测的程序行为。为了解决这些问题,Go提供了一种称为互斥锁(Mutex,互斥排他锁的缩写)的同步原语。在本文中,我们将探讨互斥锁在管理共享资源中的作用,以及在并发编程中使用它的必要性。

互斥锁简介

互斥锁是一种同步原语,用于提供对共享资源或代码关键部分的独占访问。它充当了门卫的角色,一次只允许一个Goroutine访问和修改受保护的资源。当一个Goroutine持有互斥锁时,所有试图获取它的其他Goroutines都必须等待。

互斥锁提供了两个基本方法:

  • Lock(): 这个方法获取互斥锁,授予对资源的独占访问。如果另一个Goroutine已经持有该互斥锁,新的Goroutine将被阻塞,直到它被释放。
  • Unlock(): 这个方法释放互斥锁,允许其他等待的Goroutines获取它并访问资源。

互斥锁的必要性

使用互斥锁的原因在于,当多个Goroutines并发访问共享资源时,这些资源容易遭受数据竞争和不一致性的风险。以下是互斥锁至关重要的一些常见场景:

1. 数据竞争

数据竞争发生在多个Goroutines并发访问共享数据时,其中至少一个Goroutine对其进行修改。这可能导致不可预测和错误的行为,因为执行顺序是不确定的。互斥锁通过一次只允许一个Goroutine访问共享资源来帮助防止数据竞争。

package mainimport ("fmt""sync"
)var sharedData int
var mu sync.Mutexfunc increment() {mu.Lock()sharedData++mu.Unlock()
}func main() {var wg sync.WaitGroupfor i := 0; i < 100; i++ {wg.Add(1)go func() {defer wg.Done()increment()}()}wg.Wait()fmt.Println("Shared Data:", sharedData)
}

在这个示例中,多个Goroutines并发地增加sharedData变量,如果没有使用互斥锁,这将导致数据竞争。

2. 临界区(Critical Sections)

临界区是访问共享资源的代码部分。当多个Goroutines试图同时访问同一个临界区时,可能会导致不可预测的行为。互斥锁确保一次只有一个Goroutine进入临界区,从而保证对共享资源的有序访问。

package mainimport ("fmt""sync"
)var (sharedResource intmu             sync.Mutex
)func updateSharedResource() {mu.Lock()// Critical section: Access and modify sharedResourcesharedResource++mu.Unlock()
}func main() {var wg sync.WaitGroupfor i := 0; i < 100; i++ {wg.Add(1)go func() {defer wg.Done()updateSharedResource()}()}wg.Wait()fmt.Println("Shared Resource:", sharedResource)
}

在这个示例中,updateSharedResource 函数代表一个临界区,其中访问并修改了 sharedResource。如果没有使用互斥锁,对这个临界区的并发访问可能会导致不正确的结果。

互斥锁定

互斥锁提供了两个基本操作:锁定解锁。让我们首先了解互斥锁的锁定操作:

  • 锁定互斥锁:当一个Goroutine想要访问共享资源或一个临界区时,它会调用互斥锁上的Lock()方法。如果互斥锁当前是未锁定的,它将变为锁定状态,从而允许Goroutine继续执行。如果互斥锁已被另一个Goroutine锁定,调用的Goroutine将被阻塞,直到互斥锁变为可用状态。

下面是一个演示互斥锁锁定的代码示例:

package mainimport ("fmt""sync"
)func main() {var mu sync.Mutexmu.Lock() // Lock the Mutex// Critical section: Access and modify shared resourcefmt.Println("Locked the Mutex")mu.Unlock() // Unlock the Mutex
}

在这个示例中,mu.Lock() 调用锁定了互斥锁,确保一次只有一个Goroutine可以进入临界区。当完成临界区后,使用 mu.Unlock() 解锁互斥锁。

互斥锁解锁

  • 解锁互斥锁:当一个Goroutine完成其临界区的执行并且不再需要对共享资源进行独占访问时,它会在互斥锁上调用 Unlock() 方法。这个操作会释放互斥锁,从而允许其他Goroutines获取它。

以下是互斥锁解锁的执行方式:

package mainimport ("fmt""sync"
)func main() {var mu sync.Mutexmu.Lock() // Lock the Mutex// Critical section: Access and modify shared resourcefmt.Println("Locked the Mutex")mu.Unlock() // Unlock the Mutexfmt.Println("Unlocked the Mutex")
}

在这个示例中,在临界区之后调用了 mu.Unlock() 以释放互斥锁,使其可供其他Goroutines使用。

避免死锁

尽管互斥锁是确保并发安全性的强大工具,但如果使用不当,它们也可能引入死锁。死锁 是指两个或多个Goroutines被卡住,彼此等待释放资源的情况。为了避免死锁,请遵循以下最佳实践:

  1. 始终解锁:确保在锁定后解锁互斥锁。如果不这样做,可能会导致死锁。
  2. 使用 defer:为了确保互斥锁始终被解锁,考虑使用 defer 语句在函数结束时解锁它们。
  3. 避免循环依赖:小心循环依赖的情况,其中多个Goroutines互相等待释放资源。设计代码时要避免这种情况。
package mainimport ("fmt""sync"
)func main() {var mu sync.Mutexmu.Lock() // Lock the Mutex// Critical section: Access and modify shared resource// Oops! Forgot to unlock the Mutex// mu.Unlock() // Uncomment this line to avoid deadlockfmt.Println("Locked the Mutex")// ... Some more code// Potential deadlock if mu.Unlock() is not called
}

在这个示例中,如果遗忘或注释掉 mu.Unlock() 这一行,由于互斥锁持续保持锁定状态,可能会发生死锁。

1. 临界区

什么是临界区?

在并发编程中,临界区 是指访问共享资源或变量的代码部分。它被称为“临界”是因为在任何给定时刻只应允许一个Goroutine执行它。当多个Goroutines并发访问一个临界区时,可能会导致数据损坏或竞态条件,其中执行的顺序变得不可预测。

使用互斥锁保护临界区

互斥锁用于保护临界区,确保一次只有一个Goroutine可以访问它们。互斥锁提供了两个基本方法:

  • Lock(): 此方法锁定互斥锁,允许当前的Goroutine进入临界区。如果另一个Goroutine已经锁定了互斥锁,调用该方法的Goroutine将被阻塞,直到互斥锁被释放。
  • Unlock(): 此方法解锁互斥锁,允许其他Goroutines获取它并进入临界区。

以下是一个演示使用互斥锁保护临界区的示例:

package mainimport ("fmt""sync"
)var sharedResource int
var mu sync.Mutexfunc updateSharedResource() {mu.Lock() // Lock the Mutex// Critical section: Access and modify sharedResourcesharedResource++mu.Unlock() // Unlock the Mutex
}func main() {var wg sync.WaitGroupfor i := 0; i < 100; i++ {wg.Add(1)go func() {defer wg.Done()updateSharedResource()}()}wg.Wait()fmt.Println("Shared Resource:", sharedResource)
}

在这个示例中,updateSharedResource 函数代表一个临界区,其中 sharedResource 被访问和修改。互斥锁 mu 确保一次只有一个Goroutine可以进入这个临界区。

2. 互斥锁与通道的比较

互斥锁并不是Go中管理并发的唯一工具;通道也是另一个重要的机制。以下是互斥锁和通道的简要比较:

  • 互斥锁 用于保护临界区并确保对共享资源的独占访问。当您需要对数据访问进行细粒度的控制时,它们非常适用。
  • 通道 用于Goroutines之间的通信和同步。它们为交换数据和同步Goroutines提供了更高级别的抽象。

选择使用互斥锁还是通道取决于您程序的具体需求。当您需要保护共享数据时,互斥锁是理想的选择,而当通信和Goroutines之间的协调是主要关注点时,通道则表现出色。

总之,互斥锁是Go中确保安全并发的强大工具。它们有助于保护临界区,防止数据竞态,并确保共享资源的完整性。理解何时以及如何使用互斥锁对于编写既高效又可靠的并发Go程序至关重要。

相关文章:

  • nodejs+vue+ElementUi会员制停车场车位系统
  • 最新版android stuido加上namespace
  • 【接口测试】如何定位BUG的产生原因
  • qt简单连接摄像头
  • 论文阅读——Flamingo
  • webpack之介绍
  • electron GPU process isn‘t usable. Goodbye
  • 实现linux与windows进行文件共享
  • C语言之字符串函数
  • 竞赛保研 基于GRU的 电影评论情感分析 - python 深度学习 情感分类
  • 本地websocket服务端结合cpolar内网穿透实现公网访问
  • Unity protobuf中repeated转C#文件List只读问题
  • C语言中关于操作符的理解
  • 【大数据】NiFi 中的 Controller Service
  • 【Amazon 实验②】使用缓存策略及源请求策略,用于控制边缘缓存的行为及回源行为
  • Android Studio:GIT提交项目到远程仓库
  • Bootstrap JS插件Alert源码分析
  • css布局,左右固定中间自适应实现
  • es6--symbol
  • Making An Indicator With Pure CSS
  • Netty+SpringBoot+FastDFS+Html5实现聊天App(六)
  • web标准化(下)
  • 创建一种深思熟虑的文化
  • 机器人定位导航技术 激光SLAM与视觉SLAM谁更胜一筹?
  • 今年的LC3大会没了?
  • 为物联网而生:高性能时间序列数据库HiTSDB商业化首发!
  • 学习JavaScript数据结构与算法 — 树
  • 一份游戏开发学习路线
  • 一个JAVA程序员成长之路分享
  • ​软考-高级-系统架构设计师教程(清华第2版)【第9章 软件可靠性基础知识(P320~344)-思维导图】​
  • # 飞书APP集成平台-数字化落地
  • # 执行时间 统计mysql_一文说尽 MySQL 优化原理
  • #常见电池型号介绍 常见电池尺寸是多少【详解】
  • #我与Java虚拟机的故事#连载03:面试过的百度,滴滴,快手都问了这些问题
  • (1)(1.11) SiK Radio v2(一)
  • (175)FPGA门控时钟技术
  • (8)Linux使用C语言读取proc/stat等cpu使用数据
  • (Java)【深基9.例1】选举学生会
  • (ZT)一个美国文科博士的YardLife
  • (附源码)springboot 校园学生兼职系统 毕业设计 742122
  • (附源码)ssm高校志愿者服务系统 毕业设计 011648
  • (九)c52学习之旅-定时器
  • (源码版)2024美国大学生数学建模E题财产保险的可持续模型详解思路+具体代码季节性时序预测SARIMA天气预测建模
  • (转)程序员技术练级攻略
  • (转)视频码率,帧率和分辨率的联系与区别
  • *++p:p先自+,然后*p,最终为3 ++*p:先*p,即arr[0]=1,然后再++,最终为2 *p++:值为arr[0],即1,该语句执行完毕后,p指向arr[1]
  • .\OBJ\test1.axf: Error: L6230W: Ignoring --entry command. Cannot find argumen 'Reset_Handler'
  • .Net6支持的操作系统版本(.net8已来,你还在用.netframework4.5吗)
  • .net安装_还在用第三方安装.NET?Win10自带.NET3.5安装
  • .NET处理HTTP请求
  • .Net下的签名与混淆
  • @cacheable 是否缓存成功_Spring Cache缓存注解
  • @Query中countQuery的介绍
  • @RestController注解的使用
  • [20160807][系统设计的三次迭代]