Отримання ідентифікатора потоку з потоку

У C # при налагодженні потоків, наприклад, ви можете побачити ідентифікатор кожного потоку.

Я не міг знайти спосіб програматизувати цю саму нитку. Я навіть не міг отримати ідентифікатор поточного потоку (у властивостях Thread.currentThread).

Отже, мені цікаво, як Visual Studio отримує ідентифікатори потоків, і чи є спосіб, наприклад, отримати ручку потоку з id 2345?

GetThreadIdповертає ідентифікатор даної рідної нитки. Є способи змусити його працювати з керованими нитками, я впевнений, що все, що вам потрібно знайти, - це ручка нитки та передати її цій функції.

GetCurrentThreadId повертає ідентифікатор поточного потоку.

GetCurrentThreadIdзастаріло як .NET 2.0: рекомендованим способом є Thread.CurrentThread.ManagedThreadIdвластивість.

У C # при налагодженні потоків, наприклад, ви можете побачити ідентифікатор кожного потоку.

Це будуть ідентифікатори керованих потоків. ManagedThreadIdє членом, Threadтому ви можете отримати Id від будь-якого об'єкта Thread . Це дозволить отримати поточний ManagedThreadID :

Thread.CurrentThread.ManagedThreadId

Щоб отримати потік ОС за його ідентифікатором потоку ОС (не ManagedThreadID) , ви можете спробувати трохи посилання.

int unmanagedId = 2345;
ProcessThread myThread = (from ProcessThread entry in Process.GetCurrentProcess().Threads
   where entry.Id == unmanagedId 
   select entry).First();

Здається, немає ніякого способу перерахувати керовані потоки та немає зв’язку між ProcessThread та Thread, тому отримання керованої нитки за допомогою Id є складним.

Більш детальну інформацію про керовану та некеровану нарізку див. У цьому аркуші MSDN .

Ви можете використовувати застарілий, AppDomain.GetCurrentThreadIdщоб отримати ідентифікатор поточного запущеного потоку. Цей метод використовує PInvoke для методу API Win32 GetCurrentThreadIDі поверне ідентифікатор потоку Windows.

Цей метод позначений як устарений, оскільки об’єкт .NET Thread не відповідає жодному потоку Windows, і як такий немає стабільного ідентифікатора, який може бути повернутий Windows для заданого потоку .NET.

Дивіться відповідь конфігуратора з додаткових причин, чому це так.

Щоб отримати ідентифікатор ОС:

AppDomain.GetCurrentThreadId()

За даними MSDN :

Операційна система ThreadId не має фіксованого відношення до керованого потоку, оскільки некерований хост може керувати зв'язком між керованими та некерованими потоками. Зокрема, складний хост може використовувати API хостингу CLR для планування багатьох керованих потоків проти одного потоку операційної системи або переміщення керованого потоку між різними потоками операційної системи.

Таким чином, Threadоб'єкт не обов'язково відповідає потоці ОС - саме тому він не має відкритого ідентифікатора.

Для тих, хто збирається зламати:

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

Щоб знайти поточне використання потоку Id - `Thread.CurrentThread.ManagedThreadId '. Але в цьому випадку вам може знадобитися поточний ідентифікатор нитки win32 - використовуйте pInvoke, щоб отримати його з цією функцією:

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

Спочатку вам потрібно буде зберегти керований ідентифікатор потоку та з'єднання ідентифікатора нитки win32 - використовувати словник, який відображає ідентифікатор win32 для керованого потоку.

Потім, щоб знайти потік за його id iderate над потоком процесу, використовуючи Process.GetCurrentProcess (). Нитки та знайдіть нитку з цим id:

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

Зсув під 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;
}

System.Threading.Thread.CurrentThread.Name

System.Threading.Thread.CurrentThread.ManagedThreadId

З керованого коду ви маєте доступ до примірників Threadтипу для кожного керованого потоку. Threadінкапсулює поняття потоку ОС, а в поточному CLR є відповідність один на один керованим потокам та потокам ОС. Однак це деталізація щодо впровадження, яка може змінитися в майбутньому.

Ідентифікатор, показаний Visual Studio, є насправді ідентифікатором потоку ОС. Це не те саме, що ідентифікатор керованого потоку, як запропоновано кількома відповідями.

ThreadТипу дійсно включає приватне поле члена IntPtr під назвою DONT_USE_InternalThread, що вказує на основну структуру OS. Однак, оскільки це дійсно деталізація щодо впровадження, не доцільно продовжувати цей ІМО. І назва назви вказує на те, що на це не слід покладатися.

Ви можете використовувати Thread.GetHashCode, який повертає ідентифікований ідентифікатор потоку. Якщо ви думаєте про призначення GetHashCode, це має добрий сенс - він повинен бути унікальним ідентифікатором (наприклад, ключем у словнику) для об'єкта (потоку).

Довідник для класу Thread повчально тут. (Звичайно, певна реалізація .NET може не базуватися на цьому вихідному коді, але для налагодження я буду ризикувати.)

GetHashCode "надає цей хеш-код для алгоритмів, які потребують швидкої перевірки рівності об'єктів", тому він добре підходить для перевірки рівності теми - наприклад, щоб стверджувати, що певний метод виконується на потоці, з якого ви хотіли його викликати.