生产环境必须用gin.New()并手动添加中间件，因gin.Default()默认启用Logger和Recovery，会泄露敏感信息、暴露源码路径且监听0.0.0.0:8080；而gin.New()可精细控制中间件、禁用调试日志、显式绑定地址，确保安全与可控。
直接上生产环境前，gin.Default() 必须换成 gin.New() 并手动加中间件，否则日志和 panic 恢复在 release 模式下默认关闭，线上出问题根本看不到堆栈。
为什么 router.Run() 启动后没反应或 404
最常见原因是没调用 r.Run()，或者它被写在了 panic 之后、return 之前，导致根本没执行到。另一个高频问题是路由注册顺序：如果先写了 r := gin.New()，再定义 handler 函数，最后才 r.GET(...)，但 handler 函数里又用了未初始化的变量（比如 db），就会在 r.Run() 前 panic，进程静默退出。
- 检查终端是否真有
[GIN-debug] Listening and serving HTTP on :8080这类输出；没有就说明r.Run()没走到 - 用
lsof -i :8080（macOS/Linux）或netstat -ano | findstr :8080（Windows）确认端口是否真被监听 - 别用
gin.New()后不加Use()就直接跑——它默认不带Logger和Recovery，请求来了也没日志，容易误判“没起来”
生产环境必须关掉 DebugMode
GIN_MODE=release 不只是隐藏 debug 页面，它还会禁用 Validator 的详细错误提示、跳过模板重载检测、关闭所有 debug 级日志。漏设的话，攻击者可能通过 400 错误响应反推结构体字段名。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 启动时显式设置：
os.Setenv("GIN_MODE", "release")，放在main()开头 - 或者用命令行：
GIN_MODE=release ./your-app - 别依赖
go build时的环境变量——Docker 或 systemd 里常被覆盖
静态文件和模板路径在部署时容易失效
本地 go run main.go 时工作目录是当前路径，但二进制部署后，./templates 或 ./static 默认会相对于执行路径找，而非常见的项目根目录。Gin 不会自动向上递归查找。
- 用绝对路径加载模板：
r.LoadHTMLFiles("/opt/myapp/templates/index.html") - 或用
exec.LookPath(os.Args[0])反推二进制所在目录，再拼接相对路径 - 静态文件服务务必指定完整路径：
r.Static("/static", "/opt/myapp/static")，别用"./static" - Docker 部署时，把模板和静态资源 COPY 到镜像内固定路径，然后代码里硬编码该路径
真正卡住人的不是语法，而是 release 模式下日志全无、静态路径错位、端口监听失败却没报错这三件事——它们不会抛 panic，只会让服务“看起来运行了，实则拒绝一切请求”。每次上线前，先 curl 一下 /ping 路由，再看进程 stdout 是否有第一条日志输出，比反复改代码更省时间。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
