go 语言中，变量名前加下划线（如 `_m`）并无语法或语义特殊性，不触发任何编译器行为；它纯粹是约定俗成的命名惯例，主要用于标识“有意忽略”或“内部使用但非导出”的标识符，常见于自动生成代码（如 mock 工具）中以避免命名冲突并强化私有性意图。
在 Go 的语言规范中，下划线开头的标识符本身没有任何特殊含义。根据 Go 语言规范关于标识符的定义，合法标识符只需满足：首字符为字母或下划线，后续字符可为字母、数字或下划线。这意味着 _m、_MockTrackerRecorder 等名称完全合法，但其“下划线前缀”不会影响可见性、导出性或运行时行为——Go 唯一的导出规则是：首字母大写才导出（public），小写（含以下划线开头）即包内私有（unexported）。
func (_m *MockTracker) Connect() error { /* ... */ } // ✅ 合法方法接收者声明
var _temp int = 42 // ✅ 合法变量，包内私有
const _version = "1.2.0" // ✅ 合法常量，不可被外部引用那么，为什么像 gomock 或 mockgen 这类工具广泛采用 _ 前缀？核心原因在于工程实践中的明确意图表达与自动化约束：
-
显式忽略意图：在函数参数或 range 循环中，_（单下划线）表示“该值被刻意丢弃”，例如：
for _, v := range items { fmt.Println(v) } // 忽略索引 func process(_ string, data []byte) { ... } // 明确不使用第一个参数而 _m 这类带字母的前缀，则是这种“忽略/非关键”语义的延伸——暗示该参数虽需存在（如方法接收者），但逻辑上不参与当前作用域的业务处理，仅用于类型绑定或工具链识别。
-
生成代码的命名安全：如问题中引用的 mockgen 源码所示，其 sanitize() 函数会主动为生成的类型名添加前导下划线（如将 MockTracker → _MockTrackerRecorder），目的是：
- 避免与用户定义的类型名冲突（用户无法定义以下划线开头的导出名，而生成代码本身必须是非导出的）；
- 强化“此类型仅供内部 mock 使用，不应被业务代码直接依赖”的信号；
- 统一生成命名风格，提升可维护性。
⚠️ 重要注意事项：
- ❌ 不要误以为 _xxx 具有“比 xxx 更私有”的语义——在 Go 中，xxx 和 _xxx 同样是非导出的，访问权限完全一致；
- ✅ 推荐在自动生成代码或明确需标记为“占位/忽略” 的场景中使用 _ 前缀，例如 mock 接收者、临时调试变量、未使用的 channel 接收等；
- ⚠️ 避免在手写业务逻辑中滥用（如 var _config *Config），这会降低可读性；优先使用有意义的名称，或仅用单 _ 表示彻底忽略；
- ? Go 官方工具链（如 go fmt、go vet）不会对 _ 前缀做特殊检查，但部分 linter（如 revive）可能提供 unused-parameter 类规则，此时 _name 可作为显式豁免方式。
总结而言，下划线前缀是 Go 生态中一种轻量级、非强制、但高度共识的语义标注手段。它不改变语言行为，却显著提升了代码意图的透明度——尤其在测试基础设施和代码生成领域。理解其“约定大于规范”的本质，能帮助开发者更理性地选用命名策略，既尊重工具链惯例，又保持手写代码的清晰与专业。
