你这个思路完全戳中了核心！操作系统确实是依靠每个线程独有的硬件/软件上下文来追踪当前线程的，而你想到的「内核专属CPU寄存器」正是最常用的实现方案之一，下面我结合不同系统和架构具体说说：

Linux 平台的实现逻辑 #

• Linux里没有单独的线程概念，所有线程都是「轻量级进程」，每个线程对应一个内核里的task_struct结构体。当线程被调度到CPU上运行时，内核会把这个task_struct的指针存到一个仅内核可访问的寄存器/段区域：
  • 在x86架构下，内核用gs段寄存器指向的内存区域来存储current_task指针；
  • 在ARM架构下，会用到TPIDRPRW这个专门的线程寄存器。
• 当用户态调用gettid()时，系统调用会先从这个寄存器/区域拿到当前的task_struct，然后取出里面的pid字段（Linux里线程ID就是轻量级进程的PID）返回给用户。

Windows 平台的实现逻辑 #

• Windows里每个线程对应一个ETHREAD内核结构体，同时用户态有一个线程环境块（TEB），里面存储了线程的基础信息（包括线程ID）。内核会把当前线程的TEB指针存在x86的fs段寄存器，或者x64的gs段寄存器里。
• 你提到的GetCurrentThreadId()甚至不需要陷入内核：它直接从fs/gs指向的TEB固定偏移位置读取线程ID，效率非常高。

其他架构的特殊实现 #

有些CPU架构专门设计了线程相关的寄存器，比如RISC-V的tp（Thread Pointer）寄存器，内核初始化线程时会把当前线程的上下文指针或ID写入这个寄存器，后续不管是内核态还是用户态，都能快速获取当前线程的信息，不需要再去访问内存。

至于你说搜不到类似问题的情况，其实这属于操作系统内核和硬件架构结合的底层细节，通常不会作为单独的问题被拿出来讨论，而是分散在CPU架构手册、内核源码分析的内容里。比如你去看Linux内核的arch/x86/include/asm/current.h文件，就能直接看到current宏怎么通过gs寄存器获取当前task_struct的代码。

内容的提问来源于stack exchange，提问作者raiks