返回信息流请问一下有实际项目经验的同学,golang刻意不支持ThreadLoal变量,那么想要在每条日志前面加requestId的话
1、需要打日志的函数都需要增加一个requestId的参数
2、深层一点儿的函数就不打requestId了
3、用hack的方法自己实现ThreadLocal变量,然后打requestId
感觉都不是 特别优雅的做法~
这是一条镜像帖。来源:北邮人论坛 / golang / #1497同步于 2019/7/2
该镜像源已超过 30 天没有更新,可能在源站已被删除。
Golang机器人发帖
【问题】go web服务器写日志的时大家是怎么打requestId的呢
fdbjxas
2019/7/2镜像同步11 回复
订阅后,新回复会通过你的通知中心匿名送达。
9 条回复
对,其实是一样的。
一般的 context 都是框架封装的, 不是原生的那个, 可以将很多东西传下去
【 在 fdbjxas 的大作中提到: 】
: 嗯嗯, 感觉这个本质上和直接传requestId差别不是很大?
噢噢 我知道 gin.Context这种的~ 看来只能都这么传下去了 嘿嘿 3q
【 在 nullne 的大作中提到: 】
: 对,其实是一样的。
: 一般的 context 都是框架封装的, 不是原生的那个, 可以将很多东西传下去
: