.Net mscorlib.dll y kernel32.dll relación

Question

Hasta donde lo entiendo, las aplicaciones que desean funcionalidades de entrada/salida deben hablar con el kernel32.dll que a su vez envía la solicitud al kernel en sí. Sin embargo, en .NET, la clase de consola, ubicada en MSCorlib.dll, como cualquier otra aplicación, no habla directamente con el núcleo, ¿correcta? ¿Mscorlib.dll tiene que enviar su solicitud al kernel32.dll o .net tiene un privilegio especial para evitarlo?

¿Alguien tiene en cuenta el departamento sobre cómo funciona?

Gracias.

Answer 1

Todas las bibliotecas de .NET llaman a las API nativas de Win32, incluidas las que se encuentran en las tres bibliotecas conocidas, kernel32.dll, user32.dll, y gdi32.dll, para hacer que las cosas sucedan. Esta es más o menos la única forma de hacer las cosas en Windows. .NET Framework es un entorno de tiempo de ejecución simplemente en la parte superior de Windows, aunque un muy One completo.

La funcionalidad proporcionada por mscorlib.dll No es una excepción aquí. De hecho, invoca las funciones nativas de la API Win32, incluidas las que se encuentran en kernel32.dll.

Answer 2

.net it es una aplicación nativa que llama a las llamadas del sistema subyacente. Entonces, cuando llame a console.writeLine, está llamando a un envoltorio en efecto de escritura.