Domanda

Per quanto mi risulta, le applicazioni che desiderano funzionalità di ingresso / uscita devono parlare con il Kernel32.dll che a sua volta invia la richiesta al kernel stesso. In .NET tuttavia, la classe console, che si trova nel mscorlib.dll, come qualsiasi altra applicazione, non parla direttamente al kernel, giusto? Fa Mscorlib.dll dovuto inviarlo di richiesta al Kernel32.dll o se .NET avere privilegio speciale per bypass esso?

Qualcuno ha nella conoscenza reparto su come funziona?

Grazie.

È stato utile?

Soluzione

Tutte le librerie .NET chiamare l'API Win32 native, compresi quelli che si trovano nelle tre librerie ben noti, kernel32.dll, user32.dll, e gdi32.dll, al fine di far accadere le cose. Questo è più o meno l'unico modo per ottenere le cose fatte su Windows. Il .NET Framework è un ambiente di run-time semplicemente su Windows, anche se un molto una approfondita.

La funzionalità fornita da mscorlib.dll non fa eccezione qui. Si richiama infatti le funzioni API Win32 native, compresi quelli che si trovano in kernel32.dll.

Altri suggerimenti

NET è di per sé è un'applicazione nativa che chiama le chiamate di sistema sottostanti. Così, quando si chiama Console.WriteLine si sta chiamando un involucro a tutti gli effetti di writeconsole .

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top