ntohs() y ntohl() equivalente?

@la respuesta de jon-skeet es la más precisa según tu pregunta. Sin embargo, las funciones' ntoh_ 'y' hton_ ' C se utilizan ampliamente para traducir entre las arquitecturas little-endian y big-endian.

Si su intención es realizar conversiones endianess , hay un Clase BitConverter (clase estática en el ensamblaje del núcleo) que le brinda una forma más adecuada. Especialmente cuando:

• Trabajando con array de bytes (ampliamente utilizado en archivos o flujos de red).
• Detectando endianess arquitectura de la máquina en tiempo de ejecución.
• Conversión de estructuras básicas más allá de enteros (booleanos, decimales) sin encasillamiento.
• Su código no está relacionado con las operaciones de red (System.Net espacio de nombres).

El Sistema .Memory el paquete nuget incluye la clase System.Buffers.Binary.BinaryPrimitives static, que incluye métodos estáticos para tratar con "endianness", incluyendo muchas sobrecargas de ReverseEndianness. En dotnet core, HostToNetWorkOrder se implementa usando estos métodos ReverseEndianness. En una arquitectura little-endian (que creo que es todo lo que soporta.NET) HostToNetworkOrder y ReverseEndianness los métodos tienen un rendimiento idéntico en dotnetcore.

En dotnet framework (net461) sin embargo, el rendimiento de llamar a HostToNetworkOrder es ligeramente (no del todo 2x) más lento que llamar ReverseEndianness.

Creo que el compilador JIT es realmente especial encapsulando estos métodos para invocar la instrucción BSWAP x86. Si duplica exactamente la implementación del método ReverseEndianness(long) en su propia base de código, será casi 4 veces más lento que llamar a la implementación System.Memory; lo que sugiere que está sucediendo JIT magic.