gin.default()不能跳过，因其预装gin.logger()和gin.recovery()两个关键中间件；跳过会导致无日志且panic直接崩溃服务，生产环境必须用gin.new()显式注册所需中间件。
直接跑起来只需要 4 行有效代码，但不配 go.mod 或忽略 gin.Default() 的中间件行为，服务上线后大概率会出问题。
为什么 gin.Default() 不能跳过
它不是“默认配置”，而是预装了两个关键中间件：gin.Logger()（记录请求日志）和 gin.Recovery()（捕获 panic 防止进程退出）。跳过它等于关掉日志+服务一崩就挂。
- 用
gin.New()启动但没手动加Recovery：某个 handler 里 panic 一次，整个服务就退出，无任何提示 - 本地调试时可能不明显，但部署到容器或 systemd 下，进程反复重启却查不到原因
- 如果真要精简中间件，应显式组合：
r := gin.New(); r.Use(gin.Recovery())，而不是直接弃用Default
r.Run() 的端口写法有隐含规则
传入空字符串或不传参时，r.Run() 默认监听 :8080；但写成 r.Run("8080") 会报错——必须带冒号前缀。
- 正确写法：
r.Run(":8080")、r.Run("localhost:3000")、r.Run(":0")（让系统自动分配空闲端口） - 错误写法：
r.Run(8080)（类型错）、r.Run("8080")（缺冒号，底层调用net.Listen会返回"address 8080: missing port in address"） - 在 Docker 或 Kubernetes 环境中，建议用
os.Getenv("PORT")动态读取，避免硬编码
GET 路由处理函数里别直接用 c.String() 返回中文
Go 源文件默认是 UTF-8 编码，但某些编辑器保存时可能带 BOM，或终端环境 locale 不一致，导致中文乱码或 HTTP 响应头缺失 Content-Type。
- 显式设置更稳妥：
c.Data(200, "text/plain; charset=utf-8", []byte("你好 Gin")) - 返回 JSON 更常用且安全：
c.JSON(200, gin.H{"msg": "你好 Gin"})，JSON()内部会自动设Content-Type: application/json; charset=utf-8 - 如果用
c.String()，至少补上 header：c.Header("Content-Type", "text/plain; charset=utf-8")
最容易被忽略的是：Gin 的路由匹配区分末尾斜杠，r.GET("/ping") 和 r.GET("/ping/") 是两条独立路由。开发时没注意，测试用例或前端请求多一个 / 就 404，排查时容易卡在“明明写了路由怎么不生效”。
