Golang 有没有什么方法能解决高并发时， log 的输出问题？

[zwpaper]

最近在写程序，自己调试的时候没什么问题，真正用的时候发现日志特别乱，才发现并发的时候，日志都打一起去了，虽然也是行输出的，但是就不好找运行的流程了。

所以在想，能不能有什么办法，在并发的时候，能区分一下不同 goroutine 的日志

第一个想到打 goroutine ID，但是这个被 Google 否决了，并不能拿到这个 ID。 尴尬点的方法，自己生成一个 ID，也是一种方案，但是太不优雅了

找日志库，好像也没人讨论出这方面比较好的库

不知道在座各位有没有什么好一点的解决方案？

[wweir]

针对调用链（栈）区分上下文，把上下文作为 tag 打到日志里。

context 包里加上全局唯一 ID 可以一定程度上解决分布式调用链追踪问题，不过这方法对你的问题而言，有点过重了

[est]

再开一个 goroutine 专门把数组转换成日志并且定时 flush。

[cxbig]

现在比较流行 ELK 日志管理 https://www.elastic.co/
找现成试用 有 https://logz.io/

[zwpaper]

@wweir #1 针对调用链这个不太理解，现在就是在并发的时候，各个 goroutine 都有自己的调用链，打到一起就乱了😳

确实是想找一个能稍微简单一点的方案

[zwpaper]

@cxbig #3 ELK 就更重了，而且 ELK 首先也得在打印的时候能区分吧？

[zwpaper]

@est #2 这个方案写着写着，应该就是一个 log 库了吧。。。

[devops]

蛤蛤，这个问题我搞过，overhead 最小的办法是修改 runtime 库，加上这个函数。

func GoID() int64 {
return getg().goid
}

[zwpaper]

@devops #7 对了，这个也查到过，但是改人官方库，总感觉有点太 tricky 了。。。

[cxbig]

@zwpaper ELK 可以方便的分析和归类日志
至于区分的问题，每个进程生成一个随机 key 怎么就不优雅呢？

[mingyun]

@cxbig nice

[zwpaper]

@cxbig #9 目前看来就这个方法最简单了

[zwpaper]

@cxbig #9 还想看看大家有没有一些不一样的思路

[cxbig]

@zwpaper 你还可以直接用 stream 发出去，不写 FS。
https://github.com/omc/dendrite

并发量大的话可以用 Kafka 之类的中间件可以进一步稳定性能。

[herozem]

在 nginx 上加一个 requestID ？然后 elk 再归一下类

[wweir]

@zwpaper 最简单轻量的两种做法，
通常是在函数的参数中（或者方法的结构体中），加个 context 保存 tag，打日志的时候带上这个 tag。
另一个更轻量省事，引入一个第三方 errors 包，报错一层一层手动加调用栈。遇到 goruntine 加上其 id 或者方便识别的随机字符串

PS：扯 elk 大数据之流纯属扯淡，日志乱到人都分辨，工具更是没法分辨

[TheCure]

context 不就是干这个的么

[mengzhuo]

思路问题
1. 加上日志等级
2. 不要输出没必要的调试日志
3. UT 保证程序的正确性，而不是肉眼看日志

[zwpaper]

@mengzhuo
1. 等级有，但是并不能解决并发日志问题
2. 同一
3. 单测做的再好，也无法避免有时候出错需要查日志吧？

[reus]

一般只有 panic 日志，也就是，如果打出日志来，就说明需要我要干预
不需要关心的都直接入库