C# para programación de sistemas: inicio rápido sin dolor

C# para programación de sistemas: cuando el alto nivel se encuentra con el bajo nivel de hardware

Cuando escuchas la frase «programación de sistemas», normalmente te vienen a la mente imágenes de gurús barbudos escribiendo en C o ensamblador, con terminales llenas de texto verde. Y C# es solo «para aplicaciones empresariales», «para Windows Forms» y «para aquellos que no quieren preocuparse por los punteros». Spoiler: esto es un mito.

En realidad, C# es una navaja suiza para el programador de sistemas que quiere escribir rápido, de forma segura, pero cuando sea necesario, meterse en el meollo de la memoria no administrada. En este artículo, analizaremos cómo C# ayuda a resolver problemas reales de sistemas: desde trabajar con procesos hasta el acceso directo a la memoria a través de WinAPI. Y sí, habrá ejemplos de código, no podemos prescindir de ellos.

¿Por qué C# no es solo un «juguete empresarial»?

La programación de sistemas en C# no es un oxímoron. La plataforma .NET (especialmente .NET 5+) le brinda al desarrollador una combinación única: rendimiento cercano al código nativo y la comodidad de un lenguaje de alto nivel. Puedes escribir controladores, trabajar con procesos, asignar memoria manualmente y no volverte loco con la gestión de recursos.

Las capacidades clave que hacen que C# sea adecuado para la programación de sistemas:

\n
• Código unsafe y punteros — sí, en C# puedes trabajar con direcciones directamente, como en C++.
\n
• P/Invoke — llamar a cualquier función de bibliotecas nativas (WinAPI, libc, controladores).
\n
• Span y Memory — trabajo seguro con bloques de memoria contiguos sin asignaciones innecesarias.
\n
• Native AOT — compilación a código nativo sin JIT ni CLR.
\n
• Interoperabilidad con C/C++ — integración de C# en proyectos de sistemas existentes.
\n

Si pensabas que C# era solo para web y bases de datos, prepárate para sorprenderte.

Código unsafe: jugar con fuego, pero bajo control

La palabra clave unsafe en C# es como el botón rojo de un misil nuclear. Lo presionas y puedes hacer de todo: desreferenciar punteros, trabajar con objetos fijos, asignar memoria en la pila. Pero la responsabilidad es absoluta.

Supongamos que necesitamos copiar rápidamente una matriz de bytes, evitando las comprobaciones de límites. En código seguro usaríamos Array.Copy, pero si estamos escribiendo una utilidad de sistema para trabajar con un controlador, cada microsegundo cuenta.

using System;\n\nunsafe class MemoryCopy\n{\n    public static void FastCopy(byte[] source, byte[] dest, int length)\n    {\n        fixed (byte* pSrc = source, pDst = dest)\n        {\n            byte* ps = pSrc;\n            byte* pd = pDst;\n            for (int i = 0; i < length; i++)\n                *pd++ = *ps++;\n        }\n    }\n}

Aquí usamos fixed para «fijar» las matrices administradas en la memoria, para que el recolector de basura no las mueva durante la copia. El resultado es una copia a una velocidad cercana a memcpy en C. Por supuesto, para tareas cotidianas esto es excesivo, pero para la programación de sistemas en C# es imprescindible.

¿Cuándo está justificado unsafe?

\n
• Trabajar con paquetes de red a nivel de bytes sin procesar.
\n
• Interacción con hardware a través de DMA.
\n
• Implementación de asignadores de memoria propios.
\n
• Optimización de secciones críticas de código (por ejemplo, procesamiento de video desde una cámara).
\n

P/Invoke y WinAPI: C# llama al núcleo

La verdadera programación de sistemas es imposible sin llamar a funciones nativas. C# proporciona el mecanismo P/Invoke (Platform Invocation Services) para esto. ¿Quieres obtener una lista de procesos, administrar ventanas o leer la memoria de otro proceso? Por favor.

Consideremos un ejemplo clásico: obtener una lista de procesos en ejecución a través de la función WinAPI CreateToolhelp32Snapshot.

using System;\nu