在Go语言中实现全局线程本地存储的方法和最佳实践

Golang不知道大家是否熟悉？今天我将给大家介绍《在Go语言中实现全局线程本地存储的方法和最佳实践》，这篇文章主要会讲到等等知识点，如果你在看完本篇文章后，有更好的建议或者发现哪里有问题，希望大家都能积极评论指出，谢谢！希望我们能一起加油进步！

我是Golang的初学者，我想在Go中实现类似于Java中的映射诊断上下文（MDC）的东西，这是通过线程本地存储来实现的。不过，我在网上很难找到有关 Go 全局线程本地存储的信息。

我有几个问题：

• 是否可以为Go中的每个goroutine创建一种全局线程本地存储来存储数据和上下文？

• 尝试实现全局线程本地存储是否被认为是 Go 中的反模式？

• 是否建议在 Go 中通过实现全局线程局部存储来替代传递上下文的方式？

• 假设在您的选择中，您更愿意使用传递上下文的方法还是尝试实现线程本地存储来保存和管理上下文？

我找到了一些对此的参考，但我无法得出结论来决定是否实施它。

• 带有映射诊断上下文的 Golang 日志记录
• 在 Golang() 上实现 MDC（映射诊断上下文）
• 提案：用 goroutine 本地存储替换 Context
• go-eden/例程

正确答案

这里有几个问题，当您尝试在 go 中模拟其他语言的功能时通常会发生这些问题。

• goroutines 不是线程。 goroutines 不像线程那样有身份。
• 上下文用于存储请求范围的状态和数据。它不能替代线程本地存储。
• 如果您认为需要线程本地存储，那么您可能会误用 goroutine。当线程创建成本高昂时，通常会使用线程本地存储和线程池，因此您可以创建一次并重用它们。不要在 go 中这样做，除非 goroutine 初始化成本很高。大多数情况下，只需创建一个新的 goroutine 并让它运行完成即可。
• 如果您仍然认为需要线程本地存储，请考虑闭包：

func f() {
   var i int
   go func() {
      // here, use i as thread-local storage
   }()
}

• 如果闭包不起作用，请传递一个结构体以进行线程本地存储

func f() {
  go func() {
     var t threadLocalData
     ...
     g(t)
     ...
  }{}
}

终于介绍完啦！小伙伴们，这篇关于《在Go语言中实现全局线程本地存储的方法和最佳实践》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！