@6581 redis 里的信息有并发问题就加锁呗，不是说你从一个大 string 换成 hash 才出现的问题，即使是使用大 string ，你 unmarshal 后修改，再写进去也有并发问题啊；
另一个方面，json unmarshal 慢是因为用到了反射，如果你事先知道 struct 的具体结构的话，其实用 easyjson 应该是最快的，但是有额外代码生成，op 可以了解一下 easyjson

支持支持！

@xubingok
@Rache1

两个分支互相合并也有可能不一样的吧，要看两个分支的不一样还是要用 diff ；但是两个分支互相合并，是很正常的操作：A release B feature
当你的 feature 修改完成，要放到测试环境的时候，期间有可能别的同事已经更新了 release 发版了，为了保证基准测试，你得 B merge A 吧？
当你得 feature 上线，是不是得 A merge B 。

这个功能叫 VAD(Voice Activity Detection)，各大云应该都有 api ，前端要离线使用的话不是很清楚，OP 可以用关键字搜索一下

感谢楼主的奉献

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