可移植线程特定存储机制的命名方案如何生成线程相对唯一标识符？

Question

一个可移植线程特定存储引用/身份机制（boost/thread/tss.hpp是一个实例）需要一种为其自身生成唯一密钥的方法。该键在线程范围内是唯一的，随后用于检索它引用的对象。该机制用于以线程中立方式编写的代码。

既然 boost 是这个概念的一个可移植的例子，那么这样的机制具体是如何工作的呢？

Answer 1

Boost 线程可移植到 pthread 线程库（对于 unix）和 windows win32 低级 API。该库允许创建在每个执行线程中唯一的引用。全局 C API errno 为 在 Boost 文档中作为此概念的示例。

---

如果你愿意就忽略——这只是通过源代码跟踪找到感兴趣的函数

问题的症结始于[boost]/boost/thread/tss.hpp 使用thread_specific_ptr 的get 函数和reset 函数——即分别获取和销毁所引用的对象。注意：数据对象没有放置在thread_specific_ptr的ctor的引用中，也没有被dtor销毁。获取和重置函数调用 set_tss_data 和 get_tss_data。仅关注功能的设置方面，重要的函数调用 get_current_thread_data 通过 cpp 文件 [boost]/libs/thread/src/[libname]/thread.cpp< /code> 通过一系列函数调用。在get_current_thread_data中有一个函数调用create_current_thread_tls_key，该函数将为thread_specific_ptr对象创建唯一标识符。

---

create_current_thread_tls_key 在 win32 上调用 TlsAlloc() (链接）和 pthread 的 pthread_key_create（链接）。这些调用确保在 ptr 初始化时，ptr 会收到一个唯一标识符，该标识符可用于以特定于 API 的方式检索对象的数据。特定线程 API 使用线程 ID（特定于上下文并由库本身解析）和对象标识符来返回特定于某个线程上下文的对象。