Go语言中rune转uint16的字节序问题：大端还是小端？

好问题！咱们一步步拆解你遇到的疑问：

首先看你的这段代码：

package main
import (
    "fmt"
)
func main() {
    r := rune(249)
    x := uint16(r)
    fmt.Println(x)
}

这段代码里的rune转uint16根本不涉及字节序的问题——因为这是数值类型转换，不是字节序列的编码/解码操作。

为什么数值转换不涉及字节序？ #

• rune在Go语言里是int32的别名，所以r := rune(249)本质上是一个值为249的32位有符号整数。当你把它转换为uint16时，Go只是直接取这个数值的低16位（由于249远小于uint16的最大值65535，所以转换结果就是249）。整个过程是在数值层面完成的，和内存里的字节存储顺序完全无关。

你的另外两个疑问解答： #

• Go语言有没有默认字节序？
  Go语言本身并没有“全局默认字节序”的定义。在内存中，基本数据类型的字节存储顺序由底层硬件架构决定（比如x86/x86_64架构是小端，部分ARM架构可切换但现在大多默认小端）。不过Go的标准库encoding/binary提供了BigEndian和LittleEndian结构体，让你在序列化/反序列化数据时可以主动指定字节序，避免依赖硬件的不确定性。

• 是否取决于硬件？
  只有当你需要把数值转换成字节序列（比如写入文件、网络传输），或者从字节序列解析成数值时，硬件的字节序才会影响结果——如果不指定明确的字节序，直接拷贝内存中的字节（比如用unsafe包操作指针），结果就会和硬件字节序一致。但像你代码里的数值类型转换，完全不涉及字节层面的操作，所以和硬件字节序无关。

举个直观的例子，当你需要把uint16转换为字节切片时，字节序的影响就体现出来了：

import "encoding/binary"

func main() {
    x := uint16(249)
    // 用大端编码成字节切片
    bigEndianBytes := make([]byte, 2)
    binary.BigEndian.PutUint16(bigEndianBytes, x) // 结果为 [0, 249]
    
    // 用小端编码成字节切片
    littleEndianBytes := make([]byte, 2)
    binary.LittleEndian.PutUint16(littleEndianBytes, x) // 结果为 [249, 0]
}

这个例子里，不同的字节序会得到完全不同的字节序列，但数值x本身始终是249，和硬件无关。

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