根据MSDN:

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

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

查找当前线程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;
     }
}

对于那些想要入侵的人:

    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) ? 548 : 348); // found by analyzing the memory
        return nativeId;
    }

您可以使用Thread。返回托管线程ID的GetHashCode。如果你考虑GetHashCode的目的，这是很有意义的——它需要是对象(线程)的唯一标识符(例如字典中的键)。

Thread类的参考源代码在这里很有指导意义。(当然，特定的. net实现可能不是基于这个源代码，但出于调试目的，我还是要碰碰运气。)

GetHashCode“为需要快速检查对象是否相等的算法提供了这个散列代码”，因此它非常适合检查线程是否相等——例如，断言某个特定方法正在您希望调用它的线程上执行。

从2022年7月起，VS2022 IDE建议使用System.Environment.CurrentManagedThreadId而不是Thread.CurrentThread.ManagedThreadId

引用自https://learn.microsoft.com/en-us/dotnet/fundamentals/code-analysis/quality-rules/ca1840:

System.Environment.CurrentManagedThreadId是Thread.CurrentThread.ManagedThreadId模式的紧凑而高效的替代。

根据MSDN:

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

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