Windows 10下的偏移量是0x022C (x64位-应用程序)和0x0160 (x32位-应用程序):

public static int GetNativeThreadId(Thread thread)
{
    var f = typeof(Thread).GetField("DONT_USE_InternalThread",
        BindingFlags.GetField | BindingFlags.NonPublic | BindingFlags.Instance);

    var pInternalThread = (IntPtr)f.GetValue(thread);
    var nativeId = Marshal.ReadInt32(pInternalThread, (IntPtr.Size == 8) ? 0x022C : 0x0160); // found by analyzing the memory
    return nativeId;
}

根据MSDN:

一个操作系统ThreadId没有 与托管的固定关系 线程，因为非托管主机可以 控制之间的关系 托管和非托管线程。 具体来说，一个复杂的主机可以 使用CLR托管API来调度 许多托管线程针对同一个线程 操作系统线程，或移动一个 不同线程之间的托管线程 操作系统线程。

所以基本上，Thread对象并不一定对应于OS线程——这就是为什么它没有暴露本机ID的原因。

获取操作系统ID使用:

AppDomain.GetCurrentThreadId()

System.Threading.Thread.CurrentThread.Name

System.Threading.Thread.CurrentThread.ManagedThreadId

从托管代码中，您可以访问每个托管线程的Thread类型实例。线程封装了操作系统线程的概念，在当前的CLR中，托管线程和操作系统线程是一一对应的。然而，这是一个实现细节，将来可能会改变。

Visual Studio显示的ID实际上是操作系统线程ID。这与几个回复所建议的托管线程ID不同。

Thread类型包含一个名为DONT_USE_InternalThread的私有IntPtr成员字段，它指向底层的OS结构。然而，由于这实际上是一个实现细节，因此不建议继续执行这个IMO。这个名字暗示了你不应该依赖它。

Windows 10下的偏移量是0x022C (x64位-应用程序)和0x0160 (x32位-应用程序):

public static int GetNativeThreadId(Thread thread)
{
    var f = typeof(Thread).GetField("DONT_USE_InternalThread",
        BindingFlags.GetField | BindingFlags.NonPublic | BindingFlags.Instance);

    var pInternalThread = (IntPtr)f.GetValue(thread);
    var nativeId = Marshal.ReadInt32(pInternalThread, (IntPtr.Size == 8) ? 0x022C : 0x0160); // found by analyzing the memory
    return nativeId;
}