gin.Default()会暴露调试信息，因其默认启用debug模式，导致错误堆栈、路由树及变量内容直接返回客户端；生产环境应强制设GIN_MODE="release"或调用gin.SetMode(gin.ReleaseMode)，并禁用默认Logger和Recovery中间件。
为什么直接用 gin.Default() 会暴露调试信息？
生产环境里，gin.Default() 默认启用 gin.Logger() 和 gin.Recovery()，但更重要的是它会把 GIN_MODE 设为 debug，导致错误堆栈、路由树、甚至变量内容直接返回给客户端——短视频 API 被扫到就等于源码裸奔。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 强制设环境：
os.Setenv("GIN_MODE", "release")，或在启动前调用gin.SetMode(gin.ReleaseMode) - 不要依赖环境变量自动推断；Docker 或 systemd 下常因未显式设置而 fallback 到 debug 模式
- 若需日志，用
gin.LoggerWithConfig()自定义输出目标（如写入os.Stderr或zap），而非依赖默认中间件
c.Header("Content-Type", "video/mp4") 之后为什么播放器报“格式不支持”？
单纯设 header 不够。HTTP 响应体必须是完整、未截断、无额外字节的原始视频流，且 Content-Length 必须精确匹配实际字节数——Gin 默认用 chunked encoding，对移动端播放器极不友好。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 优先用
c.Data(statusCode, "video/mp4", data)直接写二进制，避免经由string或fmt中转（易引入 BOM 或换行） - 若视频来自文件，用
c.DataFromReader()+http.ServeContent语义，它会自动处理Range请求、Content-Length和Last-Modified - 务必校验
os.Stat().Size()是否与DataFromReader的size参数一致；差 1 字节都会触发 iOS Safari 静音或卡顿
如何让 POST /upload 支持 100MB+ 短视频而不 OOM？
Gin 默认读取整个 multipart/form-data 到内存，上传 100MB 视频会直接触发 GC 压力甚至 panic: out of memory。关键不是调大 MaxMultipartMemory，而是绕过内存缓冲。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 在路由前加限制：
router.MaxMultipartMemory = 8 ，仅允许小图/缩略图走内存；大视频必须用流式处理 - 用
c.MultipartForm()获取表单后，立刻调form.File["video"]得到*multipart.FileHeader，再用header.Open()得到io.ReadCloser - 直接对接
io.Copy(dst, src)写入磁盘或对象存储（如 MinIO），全程无内存副本；注意dst需是带Sync()的文件句柄，否则断电丢帧
为什么 gin.Context 传参比全局变量更安全？
短视频 API 常需透传用户 ID、设备指纹、CDN 节点等上下文信息到下游服务（如转码、鉴权、埋点）。用全局变量或闭包捕获会导致 goroutine 间数据污染——Gin 的 c 是每个请求独享的，天然隔离。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
c.Set("user_id", uid)存值，c.GetInt64("user_id")取值；避免用interface{}强转，类型错则 panic - 不要在中间件里修改
c.Request.URL或c.Request.Header后忘记c.Request = c.Request.Clone(c.Request.Context())，否则后续中间件读到脏数据 - 若需跨中间件传递结构体，定义明确字段的 struct（如
type VideoCtx struct { UID int64; Region string }），再c.Set("video_ctx", ctx)
视频分片上传、多码率生成、防盗链签名校验这些环节，都依赖 Context 里干净的上下文；漏掉一次 Clone 或误用全局 map，线上就可能批量返回错误视频流。
