Buffalo 中无 c.JSON() 方法，正确写法是 c.Render(200, r.JSON(data))，需确保禁用模板引擎、移除浏览器中间件，并注意 time.Time 需手动格式化为 RFC3339。
Buffalo 默认不自动设 Content-Type 为 application/json，直接用 c.Render(200, r.JSON(...)) 才能正确返回 JSON；用 c.JSON(...) 是错的，它不存在。
为什么 c.JSON() 会报错
Buffalo 的 Context 接口没有 JSON() 方法——这是常见误解，源于把 Gin 或 Echo 的写法套过来。实际可用的是 c.Render() 配合 r.JSON() 渲染器。
-
c.JSON(200, data)→ 编译失败：undefined method -
c.Render(200, r.JSON(data))→ 正确，触发 JSON 序列化并设置 header - 如果项目没禁用模板引擎，
r.JSON()还可能被模板中间件拦截，导致返回空或 HTML
确保 JSON 响应干净的三步检查
纯 API 场景下，必须显式剥离 UI 相关层，否则 r.JSON() 可能被干扰：
- 确认
app.Templates = nil已在app.go中设置，否则模板 middleware 会尝试渲染 - 注释掉或删除所有
app.Use(csrf.New())、app.Use(cookies.Secure())等浏览器专用中间件 - 移除
templates/目录和github.com/gobuffalo/plush依赖，避免构建时隐式加载模板系统
r.JSON() 和 r.Auto() 的行为差异
二者都走 JSON 序列化，但 r.Auto() 会根据请求头 Accept 自动降级（比如 Accept: text/html 时尝试渲染 HTML），纯 API 必须避免这种不确定性：
-
c.Render(200, r.JSON(data))→ 强制 JSON，无视 Accept 头，Content-Type 固定为application/json; charset=utf-8 -
c.Render(200, r.Auto(c, data))→ 若请求带Accept: */*或未指定，仍可能 fallback 到 HTML（尤其当模板目录残留时） - 生产 API 接口一律用
r.JSON()，别图省事用r.Auto()
最易忽略的一点：Buffalo 的 r.JSON() 默认不处理 time.Time 的序列化格式（用的是 Go 原生 encoding/json），若字段含时间且需 RFC3339 格式，得提前调用 data.CreatedAt.Format(time.RFC3339) 或自定义 struct 的 MarshalJSON 方法——它不会自动帮你做时区或格式转换。
