我正在重新编写我们用 golang 编写的小型 Web 应用程序的日志记录。由于外部要求,日志记录已被隔离在一个地方,因此我们以后可能会切换到日志记录服务器。(不是我的想法 - 我保证......)尽管如此,我们现在能够记录常见的事情,如日期/时间、行号、用户和消息,主要使用标准库的一部分和我们传递的用户/会话结构大约。但是 - 问题来了 - 在较低级别的方法中,为了记录而传递会话只是为了获取用户名是一种浪费。所以我想找到其他东西来在日志文件中找到一个特定的请求。我确信有一些我没有想到的明显的东西。到目前为止的想法:Java 日志框架可以打印出线程 id,这在这种情况下也足够了。只是它在golang中被称为其他东西?以某种方式使用户/会话结构可以全局访问。(除非有一个线程用作查找键,否则仍然需要传递会话 ID。回到想法 1。)无论如何放弃并传递用户/会话结构。不要在最低级别记录错误,而只在用户/会话结构可用时记录错误。不过行号不会那么好。我们将 gorilla 的一部分用于网络事物,除此之外主要是标准库。对此有何建议和想法?
1 回答
MMMHUHU
TA贡献1834条经验 获得超8个赞
由于滥用的可能性很高,因此无法访问 Go 中当前 goroutine 的标识符。这可能看起来很严厉,但这实际上保留了 Go 包生态系统的一个重要属性:是否启动一个新的 goroutine 来做某事并不重要。
也就是说,对于函数 F 的任何方法:
F()
几乎完全等同于:
done := make(chan struct{})
go func() {
defer close(done)
F()
}
<-done
(“几乎”来自这样一个事实,如果 F 恐慌,恐慌将不会被原始 goroutine 捕获)。
这也适用于日志记录 - 如果您使用当前的 goroutine 来推断当前用户,则任何如上所述启动新 goroutine 的代码都会破坏该假设,并且您的日志记录将不包含预期的信息。
您需要传递某种上下文。
- 1 回答
- 0 关注
- 170 浏览
添加回答
举报
0/150
提交
取消