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"），后续未显式声明类型的常量会尝试转成该类型；如果类型不兼容（比如字符串和整数），编译直接报错。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

• 常见错误现象：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” 也没用