生产环境必须用 gin.New() 替代 gin.Default()，禁用默认中间件、强制设置 gin.ReleaseMode、关闭 console 日志、显式配置 net/http.Server 参数，并在 main() 开头完成全部初始化。
生产环境直接用 gin.Default() 就等于主动给性能埋雷。必须手动初始化、禁用默认中间件、关闭调试模式、控制日志粒度——这些不是“可选优化”，而是上线前必做的基础配置。
用 gin.New() 替代 gin.Default()
默认初始化会无条件加载 gin.Logger() 和 gin.Recovery()，两者在高并发下都是显著开销源。
-
gin.Default()等价于gin.New().Use(gin.Logger(), gin.Recovery())，无法跳过 - 改用
gin.New()后，只加真正需要的中间件：比如仅在 debug 模式下有条件启用gin.Logger() -
gin.Recovery()建议保留，但注意它内部有 panic 捕获+堆栈打印，若业务 panic 频繁，可自行实现轻量版（仅记录错误不打印完整 stack）
强制设置 gin.ReleaseMode
Gin 的 DebugMode 会开启路径重写检查、参数绑定校验提示、模板热重载等调试行为，CPU 和内存开销明显上升。
- 启动前必须执行
gin.SetMode(gin.ReleaseMode)，不能依赖环境变量或配置文件 fallback - 验证方式：打印
gin.Mode()，确保输出是"release"，不是空字符串或"debug" - 某些旧版配置中写
os.Setenv("GIN_MODE", "release")是无效的——Gin 初始化后才读环境变量，必须在gin.New()前调用
日志中间件要按需启用且禁用 console 输出
即使保留 gin.Logger()，默认输出到 os.Stdout 在容器环境中会触发频繁系统调用，成为 I/O 瓶颈。
- 用
gin.DefaultWriter = ioutil.Discard（Go 1.16+ 改为io.Discard）彻底关闭 console 日志 - 如需访问日志，应替换为带缓冲的文件写入器或对接结构化日志库（如 zap），并控制采样率
- 避免在中间件里做
fmt.Printf或拼接字符串——每次请求都触发内存分配，GC 压力陡增
HTTP Server 层参数不能只靠 Gin 配置
Gin 只封装了路由和中间件，底层仍是 net/http.Server。连接复用、超时、最大头大小等关键参数必须显式设置。
- 设置
ReadTimeout/WriteTimeout防止慢连接占满 worker goroutine - 调大
MaxHeaderBytes（默认 1MB），否则含长 JWT 的请求会被静默截断 - 启用
SetKeepAlivesEnabled(true)并配合理想的IdleTimeout（建议 30–60s）提升连接复用率 - 最终启动方式应为：
http.Server{Addr: ":8080", Handler: r, ...}.ListenAndServe()，而非r.Run()
最易被忽略的一点：所有这些配置必须在 main() 函数最开始就完成，不能分散在各初始化函数里——Gin 的全局状态（如 mode、writer）一旦被首次访问就锁定，后续修改无效。
