Frage

Soweit ich es verstehe, müssen Anwendungen, die Eingangs-/Ausgangsfunktionen wünschen, mit dem Kernel32.dll sprechen, der sich wiederum an den Kernel selbst sendet. In .NET jedoch spricht die Konsolenklasse, die sich in der mscorlib.dll befindet, wie jede andere Anwendung nicht direkt mit dem Kernel, richtig? Muss Mscorlib.dll seine Anfrage an den Kernel32.dll senden oder haben .NET spezielle Privilegien, um es zu umgehen?

Hat jemand in Abteilung Wissen darüber, wie es funktioniert?

Vielen Dank.

War es hilfreich?

Lösung

Alle .NET-Bibliotheken rufen die nativen Win32-APIs an, einschließlich derjenigen, die in den drei bekannten Bibliotheken zu finden sind. kernel32.dll, user32.dll, und gdi32.dll, um Dinge geschehen zu lassen. Dies ist so ziemlich der einzige Weg, um Dinge unter Windows zu erledigen. Das .NET-Framework ist eine einfach laufende Umgebung über Windows, wenn auch a sehr gründlich.

Die Funktionalität von mscorlib.dll ist hier keine Ausnahme. Es ruft tatsächlich die nativen Win32 -API -Funktionen auf, einschließlich derjenigen in kernel32.dll.

Andere Tipps

.NET It Self ist eine native Anwendung, die zugrunde liegende Systemaufrufe aufruft. Wenn Sie also Console.WriteLine anrufen, rufen Sie einen Wrapper auf WriteConsole.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top