go中十六进制用0x/0x前缀（如0xff），八进制推荐用0o前缀（如0o777），旧式0开头仍为八进制但不推荐；二进制用0b（go 1.13+）；输出时%d、%x、%o、%b分别对应十、十六、八、二进制，且不带前缀。
Go里怎么写十六进制和八进制数字字面量
Go支持直接在代码里用字面量写十六进制、八进制（还有二进制），但前缀规则容易混淆，尤其八进制的 0 前缀和旧C风格残留容易引发误读。
-
0x或0X开头 → 十六进制，比如0xFF、0xaBc（A-F不区分大小写） -
0o或0O开头 → 八进制（Go 1.13+ 推荐写法），比如0o777、0o377 - 单独一个
0开头 → 仍是八进制，但仅限纯数字（如0123），不推荐：易被当成“十进制零”，且与0o混用时行为不一致 - 二进制用
0b（Go 1.13+），比如0b1010；旧版本不支持
注意：017 和 0o17 在语义上等价（都是十进制 15），但前者是历史遗留写法，后者更清晰、可读性更强。
为什么 0777 不等于七百七十七
因为以 0 开头的整数字面量，在 Go 中默认解释为八进制（哪怕你没意识到）——这是从 C 继承的老规矩，不是 bug，是语言设计选择。
-
0777→ 八进制，计算为7×8² + 7×8¹ + 7×8⁰ = 511，不是 777 -
0o777→ 同样是 511，但意图明确，不会和十进制混淆 -
777（无前缀）→ 才是真正的十进制 777
常见踩坑：把权限掩码写成 0755 本意是八进制，结果团队新人误以为是十进制，调试半天才发现文件权限不对（0755 八进制 = 493 十进制，而系统只认八进制语义）。
立即学习“go语言免费学习笔记（深入）”；
fmt.Printf 输出不同进制时的格式动词怎么选
运行时把整数转成对应进制字符串展示，靠的是 fmt.Printf 的动词，不是靠变量本身“记住”进制——变量在内存里全是二进制，进制只是字面量输入/输出的语法糖。
-
%d→ 十进制（默认，最常用） -
%x或%X→ 小写或大写十六进制（如255 → "ff"或"FF"） -
%o→ 八进制（注意：输出不带前缀，255 → "377"） -
%b→ 二进制（10 → "1010"）
⚠️ 关键点：%o 输出不加 0 前缀，%x 不加 0x 前缀。如果需要带前缀，得手动拼接，比如 fmt.Printf("0x%x", n)。
下划线分隔符能用在所有进制字面量里吗
可以，Go 1.13 起全面支持在数字字面量中用 _ 提升可读性，但有严格位置限制。
- 合法：
0xFF_AA、0o755_000、0b1010_1100、123_456 - 非法：
_0xFF（开头）、0xFF_（结尾）、0x_F（下划线紧邻前缀）、0b10__11（连续两个下划线）
实际建议：只在长常量（如内存地址、掩码、大整数）中使用，短数字如 0xFF 加下划线反而画蛇添足；另外，别把它当“千位分隔符”来用，Go 不做数值校验，写错位置就编译失败。
最易被忽略的一点：八进制的 0o 前缀必须小写 o，0O 虽然语法允许，但视觉上和零太像，极易引发 code review 漏检。
