Go中需用带缓冲channel实现协程级信号量，如sem := make(chan struct{}, maxConcurrent)，acquire时发送、release时接收，channel满则阻塞，天然限流。
Go里没有内置的协程级信号量，得自己写
Go标准库没有 semaphore 类型，sync 包里只有 Mutex、WaitGroup、Cond 这些基础原语。想限制并发数（比如最多同时跑5个goroutine），不能靠语言自带，得用 sync.Mutex + sync.Cond 或更轻量的 chan 实现。后者更常用，也更符合Go的“用channel通信”的哲学。
用带缓冲的channel模拟信号量最简单
把 chan struct{} 当作资源池：容量即最大并发数，每次 acquire 就往里发一个空结构体，release 就从里面取一个。channel满时，后续goroutine会阻塞在发送操作上，天然实现排队等待。
- 初始化：
sem := make(chan struct{}, maxConcurrent) - 获取许可：
sem （阻塞直到有空位） - 释放许可：
<-sem（非阻塞，但必须确保之前已 acquire） - 注意：不要用
len(sem)判断剩余容量——它不准确，因为发送/接收是原子操作，长度只是瞬时快照
封装成类型时别漏掉Close和panic防护
直接裸用channel容易出错，比如忘记释放、重复释放、或在已关闭的channel上操作导致panic。封装成结构体后，要加基本防护：
- 用
sync.Mutex保护内部状态（如计数器）可选，但用channel本身已足够线程安全，多数场景不用额外锁 - 提供
Acquire()和Release()方法，Release()内部应检查是否已释放过（可通过select+default非阻塞尝试，或维护一个sync.Once标记） - 不要暴露底层
chan，避免外部直接操作；也不要在Release()里 close channel —— close后所有未完成的都会立即返回零值，破坏语义 - 示例片段：
type Semaphore struct { ch chan struct{} }<br>func NewSemaphore(n int) *Semaphore { return &Semaphore{ch: make(chan struct{}, n)} }<br>func (s *Semaphore) Acquire() { s.ch <- struct{}{} }<br>func (s *Semaphore) Release() { <-s.ch }
和sync.WaitGroup混用时小心goroutine泄漏
常见错误是用信号量控制启动，但没等所有goroutine结束就退出主流程，导致部分goroutine还在运行却失去上下文。比如：
立即学习“go语言免费学习笔记（深入）”；
- 只用
sem.Acquire()控制并发，但没配sync.WaitGroup等待实际任务完成 - 在goroutine里调用
Release()前发生panic，没执行到释放逻辑，信号量永远卡住 - 正确做法：用
defer sem.Release()确保释放；或用recover()捕获panic后手动释放 - 如果任务本身有超时，记得在
select中加入time.After分支，并在超时分支里补上sem.Release()
实际用的时候，最常被忽略的是释放时机和异常路径——不是写完 Acquire 和 Release 就万事大吉，得盯着每条执行路径是否都覆盖了释放。
