const 声明的配置值为什么在运行时不能被修改
因为 const 是编译期常量，Go 在编译阶段就把它的值内联进所有引用位置，生成的二进制里根本不存在“变量地址”。这不是权限限制，而是语言设计决定的——没有内存地址，自然无法取地址、无法反射修改、也无法通过指针间接改写。
- 常见错误现象：
cannot take the address of xxx或cannot assign to xxx，尤其当你试图把const传给需要*string的函数时 - 使用场景：适合纯静态配置，比如 API 版本号
v1、默认超时秒数30、HTTP 状态码404 - 参数差异：和
var不同，const不支持运行时计算（如time.Now().Unix()）、不支持类型推导以外的显式类型标注（const x int = 1合法，但const x = int(1)非法）
iota 在 const 组中如何正确重置计数值
iota 不是全局计数器，它只在单个 const 块内从 0 开始、每行自增 1；一旦换一个 const 块，就重新从 0 算起。很多人误以为它会跨块延续，结果导致枚举值重复或错位。
- 常见错误现象：两个 const 组里都用
iota定义状态码，但第二组的值从 0 开始，而非接续前一组 - 实操建议：如果需要连续编号，必须放在同一个
const组；若需分组又保持全局序号，改用显式赋值（如StateActive = 100 + iota） - 性能影响：无 runtime 开销，
iota完全由编译器展开为字面量
const 组中混用不同类型为何会触发隐式类型转换
Go 的 const 组有“类型统一”规则：只要第一个常量带类型（如 const x string = "a"），后续未显式声明类型的常量会尝试转成该类型；如果类型不兼容（比如字符串和整数），编译直接报错。
- 常见错误现象：
cannot convert "foo" to type int，出现在类似const (a = 1; b = "x")这种混合类型组中 - 使用场景：定义同一类配置（如全部是
string的环境名"dev"/"prod"）时很安全；但跨类型配置（如同时存端口号和 host）应拆成多个 const 组 - 可给出简短示例：
const ( Port = 8080 Host = "localhost" )❌ 编译失败；应改为const Port = 8080 const Host = "localhost"
用 const 实现配置开关时要注意作用域泄露
包级 const 默认导出（首字母大写），哪怕你只想在内部用，也会成为公共 API 的一部分。这会导致配置项意外暴露、被外部依赖硬编码，后续想改名或删掉就会破坏兼容性。
立即学习“go语言免费学习笔记（深入）”；
- 常见错误现象：发布 v2 版本时想移除某个旧配置常量，结果发现大量下游项目直接引用了它，不敢动
- 实操建议：只导出真正需要被外部使用的配置；内部开关一律小写（如
debugMode），或封装进私有变量+访问函数 - 容易被忽略的地方：IDE 和文档工具（如 godoc）会把所有大写 const 当作公开接口展示，哪怕注释写了 “internal use only” 也没用
