go锁与chan的性能对比

锁的作用

  • 解决并发安全问题,流程控制等

chan 的作用

  • 线程通信(数据传输), 并发安全,流程控制

golang的数据并不是并发安全的

  • golang的变量并不是并发安全的
  • 锁与chan都可以解决并发安全的问题,那么应该如何选择?
go 复制代码
// 锁
func LockServe(lock *sync.Mutex) {
	lock.Lock()
	defer lock.Unlock()
	//todo: 业务逻辑
	//...
}

// channel 读(单线程)
func ChanRead(ch chan struct{}) {
	for {
		<-ch
	}
}

// channel 读(多线程)
func ChanReadMulti(ch chan struct{}) {
	for i := 0; i < 100; i++ {
		go ChanRead(ch)
	}
}

// channel 写
func ChanWrite(ch chan struct{}) {
	ch <- struct{}{}
}


// 读写锁性能(单线程)
func BenchmarkLock(b *testing.B) {
	lock := &sync.Mutex{}
	//开始计时
	b.ResetTimer()
	for i := 0; i < b.N; i++ {
		LockServe(lock)
	}
		//BenchmarkLock-8         128537480                9.141 ns/op           0 B/op
}

// 读写锁性能(多线程)
func BenchmarkLockMulti(b *testing.B) {
	lock := &sync.Mutex{}
	//开始计时
	b.ResetTimer()
	b.RunParallel(func(pb *testing.PB) {
		for pb.Next() {
			LockServe(lock)
		}
	})
	//BenchmarkLockMulti-8    15528596                77.23 ns/op            0 B/op
}

// channel 通信(单线程)
func BenchmarkChanRead(b *testing.B) {
	ch := make(chan struct{}, 9)
	defer close(ch)
	go ChanRead(ch)
	//开始计时
	b.ResetTimer()
	for i := 0; i < b.N; i++ {
		ChanWrite(ch)
	}
	//BenchmarkChanRead-8     21222759                55.43 ns/op            0 B/op
}

// channel 通信(多线程读)
func BenchmarkChanReadMulti(b *testing.B) {
	ch := make(chan struct{}, 9)
	defer close(ch)
	go ChanReadMulti(ch)
	//开始计时
	b.ResetTimer()
	for i := 0; i < b.N; i++ {
		ChanWrite(ch)
	}
	//BenchmarkChanReadMulti-8         4238251               260.1 ns/op             0
}

// channel 通信(多线程写)
func BenchmarkChanWrite(b *testing.B) {
	ch := make(chan struct{}, 1000)
	defer close(ch)
	go ChanRead(ch)
	//开始计时
	b.ResetTimer()
	b.RunParallel(func(pb *testing.PB) {
		for pb.Next() {
			ChanWrite(ch)
		}
	})
	// BenchmarkChanWrite-8     5177377               299.1 ns/op             0 B/op
}

// channel 通信(多线程读写)
func BenchmarkChanReadWrite(b *testing.B) {
	ch := make(chan struct{}, 1000)
	defer close(ch)
	go ChanReadMulti(ch)
	//开始计时
	b.ResetTimer()
	b.RunParallel(func(pb *testing.PB) {
		for pb.Next() {
			ChanWrite(ch)
		}
	})
	// BenchmarkChanReadWrite-8          558490              3862 ns/op               0 B/op          0 allocs/op
}

在单线程下:锁 :128537480 qps; chan: 21222759 qps

多线程下: 锁 : 15528596 qps; chan : 5177377 qps

单论性能,锁要比chan更加优秀

为什么锁的性能更加优秀?

  • 锁是原子的操作,消耗更低,性能更高
  • chan的底层有更加复杂的通信逻辑,消耗较大,在多线程情况下相差3倍

如何选择?

  • 在之需要解决并发问题或者流程控制的情况下优先考虑锁,因为性能更高
  • 如果需要线程通信 以及 数据传输使用chan
相关推荐
65岁退休Coder37 分钟前
LangGraph v1.2.9 节点容错策略 & 流式输出 & 持久化记忆管理
后端·python·langchain
元界metalite3 小时前
SpringBoot整合RocketMQ-毒丸消息还要无限重试吗
后端
SimonKing3 小时前
升级Spring Boot 4后,从 Jackson 2 到 3,到底有哪些变化
java·后端·程序员
YIAN3 小时前
Docker + Nginx 核心原理扫盲:从环境隔离到反向代理,运维面试必考点
后端·docker·面试
万物智能3 小时前
启动链路与分区—【万物智能之开源鸿蒙OpenHarmony系统实战开发系列教程】
后端·架构
寒蝉1283 小时前
一个简单操作是怎么在分布式环境下变复杂的
后端
苏三的开发日记3 小时前
Windows宿主机+VMware CentOS虚拟机 + 同一个Wi-Fi下的其他实体电脑,三者可以互相访问
后端
boooooooom3 小时前
手把手做一个图 RAG 烹饪问答系统:Neo4j + Milvus + LLM 的工程实践
前端·javascript·后端
newerp3 小时前
Golang 切片底层结构
后端·程序员·go
BingoGo3 小时前
免费可商用 PHP 管理后台 CatchAdmin V5.4.0 发布,新增短信服务能力
后端·php