寻找用于记录的调用或线程 ID

你在学习Golang相关的知识吗？本文《寻找用于记录的调用或线程 ID》，主要介绍的内容就涉及到golang，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！

问题内容

我正在修改我们用 golang 编写的小型 Web 应用程序的日志记录。由于外部要求，日志记录已被隔离在一个地方，因此我们可以稍后切换到 日志记录服务器 。（不是我的想法——我保证......）不过，我们现在能够记录常见的东西，比如日期/时间、行号、用户和消息，主要使用标准库的一部分和我们传递的用户/会话结构大约。

但是 - 问题来了 - 在较低级别的方法中，为了记录而传递会话只是为了获取用户名是一种浪费。所以我想找点别的东西来在日志文件中找到一个特定的请求。我确信有一些我没有想到的显而易见的事情。

到目前为止的想法：

• Java 日志框架可以打印出线程 ID，这在这种情况下也足够了。只是它在golang中被称为别的东西吗？
• 以某种方式使用户/会话结构可以全局访问。（除非有线程用作查找键，否则仍需要传递会话 ID。回到想法 1。）
• 无论如何都要放弃并传递用户/会话结构。
• 不要在最低级别记录错误，但仅在用户/会话结构可用时。行号不会那么好。

我们将部分 gorilla 用于 Web 事物，除此之外主要是标准库。

对此有何建议和想法？

正确答案

由于滥用的可能性很高，因此无法在 Go 中访问当前 goroutine 的标识符。这可能看起来很苛刻，但这实际上保留了 Go 包生态系统的一个重要属性： 是否启动一个新的 goroutine 来做某事并不重要 。

也就是说，对于函数 F 的任何方法：

F()

几乎完全等同于：

done := make(chan struct{})
go func() {
   defer close(done)
   F()
}

（“几乎”来自这样一个事实，即如果 F 发生恐慌，恐慌将不会被原来的 goroutine 捕获）。
这也适用于日志记录——如果您使用当前的 goroutine 来推断当前用户，那么任何如上所述启动新 goroutine
的代码都会打破该假设，并且您的日志记录将不包含预期的信息。
您需要传递某种上下文。
终于介绍完啦！小伙伴们，这篇关于《寻找用于记录的调用或线程 ID》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！