El paquete netip.Addr de la biblioteca estándar de Go incluye un método Unmap() para extraer direcciones IPv4 de direcciones IPv6 mapeadas, pero carece de una función nativa para la dirección inversa. Los mantenedores de Go rechazaron la implementación directa por considerar que los usuarios deben utilizar netip.AddrFrom16(ip.As16()) y confiar en la optimización del compilador. Sin embargo, esta secuencia es ocho veces más lenta que una función nativa. El artículo analiza tres estrategias para resolver esta ineficiencia: añadir un método To6() a la librería estándar, crear un asistente externo o utilizar el paquete unsafe para manipular la memoria directamente.
La implementación interna de netip.Addr almacena las direcciones como valores de 128 bits con un campo adicional 'z' que codifica la familia y la zona. El método Unmap() modifica este campo para desvincular la dirección IPv4. Para la dirección inversa, se propone establecer el campo 'z' en su valor específico para IPv6. Las pruebas de rendimiento con Go 1.27.1 muestran que la solución de la librería estándar cuesta 0,88 ns por operación, mientras que el patrón de ayuda externo cuesta 7,14 ns. La solución unsafe iguala el rendimiento de la estándar. El análisis del código ensamblado revela que el compilador de Go no optimiza automáticamente la secuencia de empaquetado y desempaquetado de bytes, lo que explica la diferencia de rendimiento. El texto detalla cómo el compilador genera código menos eficiente para la solución de ayuda, comparando las instrucciones de comparación y movimiento en el ensamblador de Go.