¿Cómo obtengo el ID del hilo _real_ de una manera CLR "amigable"?

Question

Como ejercicio, estaba escribiendo un código para mostrar los procesos O/S y subprocesos O/S dentro de un proceso (como lo hace el explorador de procesos Sysinternals).

Encontré que .NET's ManagedThreadId (s) no son los identificadores de subprocesos O/S. Después de leer un poco, me encontré con AppDomain.GetCurrentThreadId(). Desafortunadamente, esa función está marcada como "obsoleta" (lo que podría significar "no disponible" en el futuro). Una solución que encontré es usar InteropServices para llamar directamente al GetCurrentThreadId de Win32. Estoy de acuerdo con eso, pero se opone a la filosofía .net.

Mi pregunta es: ¿hay una forma CLR "amigable" de obtener la identificación real del hilo actual?

Como referencia, aquí hay un fragmento de código que muestra lo que he intentado hasta ahora. // 1 y // 2 muestran el ID del hilo correcto, // 3 y // 4 intentaron obtener la misma información de forma CLR amigable (pero no funcionan).

Gracias por su ayuda ,

John.

[DllImport("kernel32.dll")] 
static extern int GetCurrentThreadId(); 

static void Main(string[] args) 
{ 
    // AppDomain.GetCurrentThreadId() is "obsolete" 

    int ThreadId1 = AppDomain.GetCurrentThreadId(); // 1 

    // not the ".net" way of doing things 

    int ThreadId2 = GetCurrentThreadId();    // 2 

    // "no joy" attempts to get the same results I got above 

    int ThreadId3 = Process.GetCurrentProcess().Threads[0].Id; // 3 
    int ThreadId4 = Thread.CurrentThread.ManagedThreadId;  // 4 


    Console.WriteLine("ThreadId1: {0}, ThreadId2: {1}, ThreadId3: {2}, " + 
        "ThreadId4: {3}", 
        ThreadId1, ThreadId2, ThreadId3, ThreadId4); 
} 

Answer 1

PInvoking en el GetCurrentThreadId es su mejor apuesta y le dará la información correcta.

Sin embargo, debo advertirle que hay muy buenas razones por las cuales CLR no proporciona esta información: es casi un valor completamente inútil para el código administrado. Es perfectamente legal desde una perspectiva CLR para un subproceso administrado único respaldado por varios subprocesos nativos diferentes durante su vida útil. Esto significa que el resultado de GetCurrentThreadId puede (y cambiará) a lo largo de la vida útil de un hilo.

En muchas aplicaciones esto no es un fenómeno observable. En una aplicación de interfaz de usuario esto no sucederá porque normalmente está respaldado por un subproceso STA que es más difícil (por lo general, incluso ilegal) para intercambiar debido a problemas de interoperabilidad COM. Muchos desarrolladores son felizmente ignorantes de esto. Sin embargo, es muy fácil intercambiar subprocesos MTA bajo el capó, que generalmente es el contexto de ejecución de un hilo de fondo.

Answer 2

Es obsoleto por una razón; la idea es que en el futuro, el ID del hilo "real" podría no ser constante o podría ser compartido entre hilos .NET.