Golang中如何定义十六进制和八进制数

本文深入解析了Go语言中十六进制、八进制（及二进制）数值字面量的正确写法与常见陷阱：明确推荐使用0x/0X表示十六进制、0o（小写o！）表示八进制、0b表示二进制，彻底摒弃易混淆的旧式0开头八进制写法；通过对比0777（实际是八进制511）与777（真正的十进制777）等真实案例，揭示权限掩码等场景下因进制误解导致的隐蔽Bug；同时厘清fmt.Printf中%d/%x/%o/%b等格式动词仅控制输出表现、不改变数值本质，并详解下划线分隔符的合法用法与视觉风险——帮你写出更清晰、更安全、更不易被团队新人误读的Go数字字面量。

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 十进制，而系统只认八进制语义）。

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 漏检。

终于介绍完啦！小伙伴们，这篇关于《Golang中如何定义十六进制和八进制数》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！