关于从线程本地存储（TLS）获取数据的非常规方法的疑问

问题1：async-profiler中pthread key的int类型定义与循环查找原理 #

POSIX标准里的pthread_key_t是不透明类型，并未规定具体实现，但在Linux的NPTL（原生POSIX线程库）实现中，它本质就是一个整数——对应TLS key数组的索引。async-profiler直接把它定义为int，是因为针对Linux平台做了适配，利用了NPTL的底层实现细节。

至于整数循环找key的逻辑，是因为Hotspot JVM创建TLS key时会按顺序分配索引（从0开始递增）。async-profiler从0开始遍历整数，尝试访问对应TLS数据，能正确读取到JVM线程相关数据的，就是目标key。这种方式依赖JVM和NPTL的实现特性，虽不符合POSIX抽象，但在特定平台下可行。

问题2：通过pthread_t链表查找对应gettid()的TID的原理 #

Linux的NPTL实现中，pthread_t实际是指向**线程控制块（TCB）**的指针，所有线程的TCB会被维护成一个链表，每个TCB里存储了该线程的内核TID（即gettid()返回值）。

Austin项目的逻辑就是遍历这个链表：从当前线程的TCB出发，通过链表next指针逐个访问其他线程的TCB，对比TCB里的内核TID和目标gettid()的值，匹配到的TCB对应的pthread_t就是要找的对象。

这种方式依赖Linux NPTL的内部未公开结构，不同内核版本可能有变化，但特定环境下能关联用户态pthread_t和内核态TID。

内容的提问来源于stack exchange，提问作者OnePair3Can'tPay