Go中const块无语法嵌套，每个块内iota独立从0开始；同一行多常量共享当前iota值；跨块连续需手动偏移或占位；推荐按语义分组、类型封装提升可维护性。
能玩，但“嵌套”这个词容易误导——Go 里没有 const 块的语法嵌套，只有多个独立 const 块并列存在。每个 const 块内 iota 各自从 0 开始计数，互不影响。所谓“嵌套”，其实是开发者把多个 const 块写在一起、视觉上像嵌套，实际是完全隔离的。
iota 在多个 const 块中各自重置
每次出现 const 关键字，iota 就重置为 0。空行、注释、不同类型声明（如字符串或 int）都不影响这一规则，只看“新 const 块的第一行”。
- 第一个 const 块：iota 从 0 开始，每行 +1
- 第二个 const 块：iota 再次从 0 开始，重新计数
- 哪怕两个 const 块紧挨着写，中间没空行，也完全独立
同一行多个常量共享一个 iota 值
这是容易踩坑的地方：iota 是按“行”而非“项”递增的。一行定义 a, b = iota, iota，a 和 b 都拿到当前行的 iota 值。
- a, b = iota, iota → a == 0, b == 0（第一行，iota=0）
- c, d → c == 1, d == 1（第二行，iota=1，隐式复用上一行表达式）
- 这种写法适合批量生成对称值，比如权限组合或测试用例编号
跨块协调值？靠手动偏移或命名约定
如果希望第二块的起始值接续第一块末尾，不能靠 iota 自动延续，得人为控制：
- 用 iota + N 显式偏移，比如第二块首项写 FirstOfSecond = iota + 5
- 或用 _ 占位让第一块“多走几行”，为后续留出逻辑位置
- 更推荐做法：按语义分组，不强求数值连续，比如 StatusGroup 和 FileModeGroup 各自从 0 起始，清晰且不易错
实战小技巧：用类型封装 + 多块分组提升可维护性
真实项目中，把相关枚举拆成多个 const 块 + 自定义类型，比堆在一个大块里更安全：
- 每个 const 块对应一种业务类型（如 HTTPCode、DBError、RetryPolicy）
- 每块开头用 type Xxx int 明确约束，避免混用
- 配合 String() 方法，调试时直接打印语义名，而不是裸数字
