18Aug
Wenn Sie gerne mit Windows experimentieren und im Lernprozess lernen, haben Sie vielleicht bemerkt, dass Windows-Prozess- und Thread-IDs geradzahlig und ein Vielfaches von vier sind. Warum das? Der heutige SuperUser Q & A Beitrag hat die Antworten auf die Fragen eines neugierigen Lesers.
Die heutige Frage &Die Antwortsitzung kommt dank SuperUser, einer Unterteilung von Stack Exchange, einer Community-gesteuerten Gruppierung von Q & A-Websites, zu uns.
Die Frage
SuperUser-Leser Peter Hahndorf möchte wissen, warum es keine ungeraden Windows-Prozess-IDs gibt:
Es gibt viele Möglichkeiten, die Prozess-IDs in Windows zu betrachten. Verwenden von PowerShell:
Ich bekomme dieses Ergebnis:
Wie Sie sehen können, sind alle Prozess-IDs geradzahlig, nicht nur das, sie sind alle ein Vielfaches von vier. Sie können so hart aussehen, wie Sie möchten, und Sie werden niemals eine ungerade Prozess-ID finden, zumindest nicht in einer Version, die Windows NT-basiert ist. Was ist der Grund dafür?
Warum gibt es keine ungeraden Windows-Prozess-IDs?
Der Antwort-
-SuperUser-Mitwirkende DavidPostill hat die Antwort für uns:
Warum gibt es keine ungeraden Windows-Prozess-IDs?
Derselbe Code, der Kernel-Handles zuordnet, wird auch zum Zuweisen von Prozess- und Thread-IDs verwendet. Da Kernel-Handles ein Vielfaches von vier sind, sind dies auch Prozess- und Thread-IDs.
Warum sind Prozess- und Thread-IDs ein Vielfaches von vier?
Auf Windows NT-basierten Betriebssystemen sind Prozess- und Thread-IDs immer ein Vielfaches von vier. Ist das nur Zufall?
Ja, es ist nur ein Zufall, und Sie sollten sich nicht darauf verlassen, da es nicht Teil des Programmiervertrags ist. Beispielsweise waren Windows 95-Prozess- und Thread-IDs nicht immer ein Vielfaches von vier. Im Vergleich dazu ist der Grund dafür, dass Kernel-Handles immer ein Vielfaches von vier sind, Teil der Spezifikation und wird für die absehbare Zukunft garantiert.
Prozess- und Thread-IDs sind ein Vielfaches von vier als Nebeneffekt der Codewiederverwendung. Derselbe Code, der Kernel-Handles zuweist, wird auch zum Zuweisen von Prozess- und Thread-IDs verwendet. Da Kernel-Handles ein Vielfaches von vier sind, sind dies auch Prozess- und Thread-IDs. Dies ist ein Implementierungsdetail, also schreiben Sie keinen Code, der darauf angewiesen ist. Ich sage dir nur, dass du deine Neugier befriedigen sollst.
Quelle: Warum sind Prozess- und Thread-IDs ein Vielfaches von vier?
Warum sind Kernel-Handles immer ein Vielfaches von vier?
Etwas, das nicht sehr bekannt ist, ist, dass die unteren zwei Bits von Kernel-Handles immer Null sind;mit anderen Worten, ihr numerischer Wert ist immer ein Vielfaches von vier. Beachten Sie, dass dies nur für Kernel-Handles gilt. Es gilt nicht für Pseudo-Handles oder andere Handle-Typen( USER-Handles, GDI-Handles, Multimedia-Handles usw.).Kernel-Handles sind Dinge, die Sie an die CloseHandle-Funktion übergeben können.
Dass mindestens das untere Bit der Kernelhandles immer Null ist, wird durch die Funktion GetQueuedCompletionStatus impliziert, die angibt, dass Sie das untere Bit des Ereignishandle so einstellen können, dass die Benachrichtigung über den Abschlussport unterdrückt wird. Damit dies funktioniert, muss das untere Bit normalerweise Null sein.
Diese Information ist für die meisten Anwendungsentwickler nicht hilfreich, da diese weiterhin als undurchsichtige Werte behandelt werden sollten. Die Leute, die sich für Tag-Bits interessieren, sind diejenigen, die Low-Level-Klassenbibliotheken implementieren oder Kernel-Objekte in ein größeres Framework einbinden.
Quelle: Warum sind Kernel-Handles immer ein Vielfaches von vier?
Weiterführende Literatur
Die alte Neuigkeit: Praktische Entwicklung während der Entwicklung von Windows von Raymond Chen( Principal Software Design Engineer bei Microsoft )
Haben Sie etwas zur Erklärung hinzuzufügen? Ton in den Kommentaren ab. Möchten Sie mehr Antworten von anderen technisch versierten Stack Exchange Benutzern lesen? Sehen Sie sich den vollständigen Diskussionsfaden hier an.
