Go运行时Linux平台字节序疑问：ppc64架构下代码是否正确？

问题背景 #

在Go运行时syscall包的syscall_linux.go文件中，anyToSockaddr函数处理AF_INET类型的代码片段如下：

case AF_INET:
    pp := (*RawSockaddrInet4)(unsafe.Pointer(rsa))
    sa := new(SockaddrInet4)
    p := (*[2]byte)(unsafe.Pointer(&pp.Port))
    sa.Port = int(p[0])<<8 + int(p[1])
    sa.Addr = pp.Addr
    return sa, nil

这段代码看似是把网络字节序（大端）的端口转为主机字节序，但ppc64是大端架构，疑问在于：这段代码在Linux ppc64平台上行为是否正确？为何不需要做架构检查或分支？

回答 #

这段代码在ppc64平台上行为完全正确，不需要架构分支的原因如下：

1. 网络字节序是固定大端：Linux系统调用返回的RawSockaddrInet4.Port始终遵循网络字节序（即大端），和主机硬件架构无关，不管是x86（小端）还是ppc64（大端），这个字段的字节排列都是高位在前、低位在后。
2. 代码是直接解析字节序列，而非依赖主机字节序：这段代码没有直接读取pp.Port的整数值，而是把它的内存地址强制转为2字节数组指针，然后按大端的规则拼接出端口数值——p[0]是高位字节，左移8位加上低位字节p[1]，得到的就是正确的端口数值。这个计算过程和主机的字节序完全无关，不管主机是大端还是小端，计算结果都是一致的。
3. 反例对比：如果代码直接写sa.Port = int(pp.Port)，那才需要考虑架构差异——因为小端架构下，pp.Port的整数内存布局是低位在前，直接转成int会得到错误的数值；但当前的字节级解析逻辑绕过了这个问题，自然不需要分架构分支。

内容的提问来源于stack exchange，提问作者George