Jakie byłyby (najbliżej) Rdzeń .NET 1.0 odpowiednik dla.NET 1.0 Rdzeń odpowiednik dla System.Threading.Thread.CurrentThread.ManagedThreadId
System.Threading.Thread.CurrentThread.ManagedThreadId
?
aktualizacja
Jak @svick wyjaśnić System.Threading.Thread.CurrentThread.ManagedThreadId jest na swoim zwykłym miejscu. Zobacz zrzut ekranu poniżej. Pytanie jest zamknięte. (Nadal nie wiadomo, jak i kiedy instancja CurrentThread obiektu Instancja System.Threading.Thread została zainicjowana na wartość inną niż null (domyślna (System.Threading.Thread) jest zawsze == null?), Ale to nie jest przedmiotem tego wątek.)
aktualizacja 2
Właściwie System.Threading.Thread.CurrentThread.ManagedThreadId jest dostępny w podstawowej projektu .NET 1.0 aplikacji, które określiła w swoim project.json:
"frameworks": {
"netcoreapp1.0": {
"imports": "dnxcore50"
}
i brakuje w projekcie biblioteki .NET 1.0 podstawowej klasy, która zdefiniowała w project.json:
"frameworks": {
"netstandard1.6": {
"imports": "dnxcore50"
}
Jak zrobić System.Threading.Thread.CurrentThread .ManagedThreadId dostępny w projekcie biblioteki klasy .NET Core 1.0?
Co ty patrzysz na to źródło zespołu odniesienia (dlatego jest to w katalog 'ref', a nie' src'). [Rzeczywistą implementacją jest CoreCLR.] (Https://github.com/dotnet/coreclr/blob/release/1.0.0/src/mscorlib/src/System/Threading/Thread.cs#L751-L758) – svick
@ svick: Dziękuję, widzę to teraz - ManagedThreadId jest implementowany za pomocą hakowania w trybie natywnym - tutaj jest cytowany komentarz z kodu thread.cs: "_ Podstawowa implementacja wątku jest natywna. Poniższe pola nie powinny być nigdy używane w kodzie C# Są tutaj, aby zdefiniować odpowiednią przestrzeń, aby obiekt wątku mógł zostać przydzielony NIE ZMIENIAJ TEGO, JEŚLI MODYFIKUJESZ ThreadBaseObject w vm \ object.h_ " – ShamilS