@Gota CAS 也不是在 submit 里面加锁，我是指在 stop 里面加锁然后转换状态；相当于引入一个状态机而已，submit 只需要加一个状态判断就可以了，看了一下就和#13 的代码大致一样吧，但是 stop 方法先处理 chData 再关闭：
```
func stop() {
if ok := CAS(chQuit); !ok {
// return error
}

for n := range chData {
// process data
_ = n
}

close(chData)
}
```

@tyrantZhao 12 大客户是哪几个？

这个场景，可以用乐观锁吧，atomic ，CAS

之前也遇到过这个问题，用魔法取 gid 不可取，只能通过传递变量的方式进行，其实这里也有两种实现：
1 、到底是传递 context ，很多框架用这种，但是实际的 Log 方法参数的时候要带上 ctx ，并且如果需要携带的 trace 多的话感觉效率不高
2 、传递 log 变量呢，有一些框架用这种，第一眼看到也觉得很新奇，个人感觉用 log 变量传递的话能更高效的携带各种 trace ，并且 Log 方法参数和普通日志库都一致

官方的 1.20 支持 join 了吧

你是没见过一个接口 1000 行的代码，当然了，这只是后面阅读还有修改的人痛苦

@minghan0313 你这场景难道不是爬虫？

@Seanfuck var 是声明

op 这用的是什么监控呢？

pprof 不会消耗性能吧，我记得压测对比过 http 服务是相差无几的

1 、chan 关闭了里面的数据可以继续读，只是不可以写
2 、多个 goroutine 关闭用 context

平时写 go 比较多，参照标准库与自己习惯来的：
项目名： 小写 、「-」分隔，
文件夹： 全小写
文件名：小写、「_」分隔
类、函数、变量：驼峰
常量：个人习惯 大写、「_」分隔(标准库依旧是驼峰)