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

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

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

根据MSDN:

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

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

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;
}

您可以使用已弃用的AppDomain。GetCurrentThreadId获取当前运行线程的ID。该方法使用一个PInvoke到Win32 API方法GetCurrentThreadID，并将返回Windows线程ID。

此方法被标记为已弃用，因为. net Thread对象不对应于单个Windows线程，因此Windows无法为给定的. net线程返回稳定的ID。

关于为什么会出现这种情况的更多原因，请参阅配置器的答案。

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

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

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

查找当前线程Id使用- ' thread . currentthread . managedthreadid '。 但在这种情况下，你可能需要当前的win32线程id -使用pInvoke函数来获得它:

[DllImport("Kernel32", EntryPoint = "GetCurrentThreadId", ExactSpelling = true)]
public static extern Int32 GetCurrentWin32ThreadId();

首先，您需要保存托管线程id和win32线程id连接—使用字典将win32 id映射到托管线程。

然后使用process . getcurrentprocess()遍历进程的线程，通过线程的id找到线程。线程，并找到具有该id的线程:

foreach (ProcessThread thread in Process.GetCurrentProcess().Threads)
{
     var managedThread = win32ToManagedThread[thread.id];
     if((managedThread.ManagedThreadId == threadId)
     {
         return managedThread;
     }
}