例如,在c#中调试线程时,你可以看到每个线程的ID。
我无法找到一种方法以编程方式获得相同的线程。我甚至无法获得当前线程的ID(在thread . currentthread的属性中)。
所以,我想知道Visual Studio如何获得线程的id,是否有一种方法来获得id 2345的线程句柄,例如?
例如,在c#中调试线程时,你可以看到每个线程的ID。
我无法找到一种方法以编程方式获得相同的线程。我甚至无法获得当前线程的ID(在thread . currentthread的属性中)。
所以,我想知道Visual Studio如何获得线程的id,是否有一种方法来获得id 2345的线程句柄,例如?
当前回答
您可以使用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模式的紧凑而高效的替代。
从托管代码中,您可以访问每个托管线程的Thread类型实例。线程封装了操作系统线程的概念,在当前的CLR中,托管线程和操作系统线程是一一对应的。然而,这是一个实现细节,将来可能会改变。
Visual Studio显示的ID实际上是操作系统线程ID。这与几个回复所建议的托管线程ID不同。
Thread类型包含一个名为DONT_USE_InternalThread的私有IntPtr成员字段,它指向底层的OS结构。然而,由于这实际上是一个实现细节,因此不建议继续执行这个IMO。这个名字暗示了你不应该依赖它。
您可以使用Thread。返回托管线程ID的GetHashCode。如果你考虑GetHashCode的目的,这是很有意义的——它需要是对象(线程)的唯一标识符(例如字典中的键)。
Thread类的参考源代码在这里很有指导意义。(当然,特定的. net实现可能不是基于这个源代码,但出于调试目的,我还是要碰碰运气。)
GetHashCode“为需要快速检查对象是否相等的算法提供了这个散列代码”,因此它非常适合检查线程是否相等——例如,断言某个特定方法正在您希望调用它的线程上执行。
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的原因。