iota 不能用于 var 声明，因其本质是编译期在 const 块内按行递增的计数器，仅在常量声明中有效；var 属运行时变量，无行序上下文，语法上被语言规范严格禁止。
iota 不能用在 var 声明中，根本原因在于它的语义和编译期行为被严格限定在 const 块内——它不是一个运行时变量，也不是一个可求值的标识符，而是一个**编译器在常量声明过程中维护的、逐行递增的计数器**。
它不是“值”，而是一个“位置标记”
iota 的值不独立存在，它只在 const 块中“按行生效”：每遇到一行新的常量声明（哪怕只是名字没赋值），iota 就自动加 1。这个过程发生在编译阶段的常量折叠（constant folding）环节，由编译器隐式管理。而 var 声明引入的是运行时变量，其初始化表达式必须能在编译期求出确定值（如字面量、常量表达式），但 iota 在 var 上下文中没有“行序上下文”，编译器无法判断它该取哪一行的值——它甚至不被允许出现在那个作用域里。
语言设计上明确禁止，不靠约定，靠语法约束
Go 的语法规定：iota 只能出现在 const 声明块内部，且仅用于常量表达式。这不是实现限制，而是语言规范强制要求：
- 在
var、func、if或任何非 const 块中写iota，编译器直接报错：undefined: iota； - 即使写成
var x = iota，也会失败，因为iota在此处语法非法，不进入表达式求值流程； - 这种限制让 iota 的行为完全可预测：你永远知道它只在 const 块里起作用，且只服务于常量序列生成。
它服务的目标很单一：替代手写枚举数字
Go 故意不提供 enum 关键字，而是用 const + iota 模拟枚举。这个设计的前提是——枚举值必须是编译期已知的整型常量。如果允许 iota 出现在 var 中，就等于允许“运行时才决定的枚举起点”，这既破坏类型安全，又违背常量设计初衷。比如：
// ❌ 无效，且逻辑混乱var a = iota // 第几行？谁来重置？运行时怎么算？var b = iota // 是 a+1 吗？还是又从 0 开始？
这种不确定性会严重干扰编译器对常量传播、死代码消除等优化的判断，也增加开发者推理成本。
没有绕过方式，也不该有
有人尝试用 const temp = iota 再赋给 var，这可行，但 temp 仍是 const，不是 iota 本身“进了 var”。真正想用递增编号做运行时逻辑，应该用普通变量或循环索引——iota 不是为此而生。它的存在意义就是：干净、无副作用、零成本地生成一组相关常量。
