iris中不能直接用ctx.param("id")返回用户，因该方法仅返回字符串，而数据库查询需整型id；不校验易致空指针或sql错误，且iris不自动转换或拦截非法路径（如/user/abc），须显式转类型或用{pid:uint64}宏约束。
为什么 iris.Get 里不能直接用 ctx.Param("id") 就返回用户？
因为 ctx.Param("id") 返回的是字符串，而数据库查询通常需要整型 ID；不校验就直传会导致空指针或 SQL 错误。Iris 不自动类型转换，也不拦截非法路径参数（比如 /user/abc），得自己兜底。
实操建议：
- 用
ctx.Params().GetUint64("id")或strconv.ParseUint(ctx.Param("id"), 10, 64)显式转整型，失败时立刻ctx.StatusCode(400)并返回错误提示 -
路由定义写成
app.Get("/user/{id:uint64}", handler)，Iris 会自动拒绝非数字路径（如/user/abc返回 404），比手动校验更轻量 - 别在 handler 开头就查库——先确保
id > 0，否则/user/0可能绕过校验查出脏数据
怎么让 user.FindByID 返回的 struct 正确映射到 JSON？
Iris 默认用 Go 标准库 json.Marshal，字段必须是导出的（首字母大写），且需加 json tag 控制键名和空值行为。常见错误是结构体字段小写，或者漏了 omitempty 导致返回 null 字段干扰前端判断。
在SEO发布前，从路由清单生成XML网站地图和robots.txt
下载
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
实操建议：
- 定义结构体时统一用
json:"id,string"处理 uint64 ID，避免前端 JS 丢失精度 - 敏感字段（如
PasswordHash）加json:"-"排除，不要依赖“不导出就安全”的错觉 - 如果数据库查出来是
sql.NullString，必须手动转成 string 或用自定义 MarshalJSON 方法，否则 JSON 里出现{"Name":{"String":"foo","Valid":true}}
为什么加了 iris.Compression 后用户详情接口返回乱码？
因为压缩中间件默认对所有 Content-Type 生效，而某些数据库驱动（如 pgx）返回的 byte slice 若未显式设置 ctx.ContentType("application/json")，Iris 可能以 text/plain 类型压缩，导致浏览器解压失败。
实操建议：
- 在 handler 结尾前加
ctx.ContentType("application/json; charset=utf-8")，确保类型明确 - 若用
ctx.JSON()，它内部已设好类型，但若用ctx.Write()或ctx.ResponseWriter().Write()，必须手动设 ContentType - 本地调试时用
curl -H "Accept-Encoding: gzip"验证，别只看浏览器开发者工具的响应预览
