这确实是Go和C在格式化输出上的一个容易让人困惑的差异，我刚上手Go的时候也踩过这个坑！

先直接说结论：Go里的%x格式化符会严格遵循变量的类型语义——当你传入的是有符号整数时，它会保留符号并输出对应的十六进制表示；而C的%x则是把输入值当作无符号整数来处理，不管原类型是不是有符号的，这就是你产生认知冲突的根源。

看你给出的代码：

var x uint64 = 1<<64 - 1
fmt.Printf("%d %x; %d %x\n", x, x, int64(x), int64(x))

这里int64(x)是一个有符号的64位整数，值为-1。Go的fmt包处理%x时，会把这个有符号数的符号保留，所以输出-1。而如果你想要得到像C那样的全十六进制位输出，只需要把这个有符号整数显式转换成对应的无符号类型，再用%x格式化：

var x uint64 = 1<<64 - 1
fmt.Printf("%d %x; %d %x; %d %x\n", x, x, int64(x), int64(x), uint64(int64(x)), uint64(int64(x)))

这段代码的输出会是：

18446744073709551615 ffffffffffffffff; -1 -1; 18446744073709551615 ffffffffffffffff

至于设计初衷，Go的fmt包设计更偏向“类型安全”和“语义明确”：不同类型的变量用同一个格式化符，行为会贴合类型本身的特性。如果你需要突破类型的限制，输出无符号的十六进制，就必须显式做类型转换，这也是Go强调“显式优于隐式”的一个体现。

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