go语言强制要求导出标识符首字母大写、禁止未使用变量/导入、严防goroutine泄漏：导出名如username（pascalcase），私有名如username；未使用变量或import直接编译失败；goroutine须明确退出条件，否则持续占用资源。
Go 语言没有强制的“官方规范文档”，但社区和企业级项目普遍遵循一套被 golangci-lint、go fmt、go vet 等工具验证并强化的实践共识。这些不是可选项，而是直接影响代码可读性、协作效率和长期可维护性的硬约束。
变量和函数命名必须小写开头才能导出？
Go 的可见性由标识符首字母大小写决定：大写（如 UserName、DoWork）表示导出（public），小写（如 userName、doWork）表示包内私有。这不是风格偏好，是语言规则——违反会导致其他包无法访问。
常见错误现象：
- 想让结构体字段被 JSON 序列化，却定义为
name string（小写），结果序列化后字段消失 - 在测试文件中调用未导出函数，编译报错
cannot refer to unexported name xxx
正确做法：
- 导出字段/函数/类型：首字母大写，且使用 PascalCase（如
HTTPClient、UserID） - 私有字段/辅助函数：全小写 + 下划线可选（如
userID、parseConfig），但避免parse_config这类蛇形写法 - 包名一律小写、简短、无下划线（如
http、sql、cache），不能和标准库冲突
为什么不能有未使用的变量或导入？
Go 编译器直接拒绝编译含未使用变量或导入的代码，这是语言级设计，不是 linter 警告。它强制开发者保持“所见即所得”的代码洁癖。
典型场景：
- 调用返回
(val, err)的函数，只用了val，却忽略err→ 编译失败 - 临时加了
import "fmt"打印调试，删掉打印后忘记删 import → 编译失败
解决方式：
- 明确丢弃值时用下划线：
_, err := os.Open("file.txt") - 仅用于副作用的导入（如注册驱动）加空白标识符：
_ "github.com/lib/pq" - 调试阶段可用
//nolint:unused注释临时绕过（仅限开发，上线前必须清理）
goroutine 泄漏比 panic 更隐蔽，怎么防？
启动 goroutine 后若未正确结束（如 channel 未关闭、等待永远不发生的信号），它会持续占用内存和栈空间，且不会报错。线上服务跑几天后 RSS 持续上涨，大概率是这个原因。
关键检查点：
- 所有
for range ch必须确保ch会被关闭，否则循环永不退出 - 带超时的 channel 操作优先用
select+time.After或context.WithTimeout，别裸写time.Sleep - 启动 goroutine 前问自己：它的生命周期由谁控制？退出条件是否明确？有没有可能卡死？
一个最小反例：
go func() {
for range ch { /* ch 永远不关，goroutine 永不退出 */ }
}()
真正难的是上下文取消传播和资源清理的完整性——比如一个 HTTP handler 启动了 3 个 goroutine，其中 2 个监听 cancel，第 3 个没接 context，那它就成孤儿。这种细节不会报错，但会在线上静默吃掉资源。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
