Buffalo框架需手动集成i18n，推荐用go-i18n或golang.org/x/text/message；须在middleware中解析语言并注入context，注册plush helper“t”，用JSON格式翻译文件，注意Accept-Language容错与fallback处理。
Buffalo 框架本身不内置 i18n 支持，但可通过 github.com/gobuffalo/plush 模板引擎 + github.com/gobuffalo/pop（可选）+ 手动集成 golang.org/x/text 实现多语言，实际项目中更推荐用轻量、可控的 go-i18n 或直接用标准库 golang.org/x/text/message。
Buffalo 项目默认没开 i18n，得自己加 middleware 和绑定逻辑
Buffalo 的 app.go 初始化时不会自动注册语言解析器，请求中的 Accept-Language 或 URL 参数（如 /zh-CN/home）需手动提取并注入上下文。常见错误是直接在 handler 里硬编码语言判断，导致无法复用、测试困难。
- 必须在
app.Use()阶段插入自定义中间件，提前解析lang参数或 header，并存入c.Request().Context() - 避免在每个 handler 里重复调用
c.Param("lang")或c.GetHeader("Accept-Language")，容易漏处理 404 或静态资源路径 - 若使用子路由（如
app.Group("/en")），需确保 group 前缀和语言解析逻辑对齐，否则RedirectTo会丢语言上下文
模板里用 plush 调用翻译函数要提前注册 helper
Plush 模板不自带 t() 函数，必须在 app.ServeFiles() 之前显式注册一个全局 helper，例如：
app.Helper("t", func(ctx context.Context, key string, args ...interface{}) template.HTML {
lang := ctx.Value("lang").(string)
// 这里调用你封装的 translator.Translate(lang, key, args...)
return template.HTML(translator.Translate(lang, key, args...))
})
注意：template.HTML 返回值是为了避免 plush 自动转义 HTML 内容（比如带 <strong> 的翻译文案），但若翻译内容纯文本，用 string 更安全；另外，ctx.Value("lang") 必须和中间件写入的 key 名称完全一致，大小写敏感。
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
翻译资源文件建议用 JSON 而非 TOML，避免 plush 解析失败
Buffalo 默认生成的 locales/en.toml 看似合理，但 plush 对 TOML 嵌套结构支持不稳定，尤其含数组或注释时易 panic。生产环境更稳妥的做法是改用扁平 JSON：
{
"home.title": "Welcome",
"form.submit": "Submit"
}
- 用
json.Unmarshal加载到map[string]string，比解析 TOML 快且无依赖冲突 - 不要把翻译文件放在
assets/下——Buffalo 的packr打包机制可能忽略非标准后缀，推荐放locales/并在main.go中显式读取 - 语言 fallback（如请求
zh-TW但只有zh-CN）需手动实现，标准库不自动降级
HTTP 请求头 Accept-Language 解析不能只信前缀
用户浏览器发来的 Accept-Language: zh-CN,zh;q=0.9,en-US;q=0.8,en;q=0.7 不代表你该直接取第一个 zh-CN。真实场景中常遇到：
- 移动 App 伪造 header，返回
xx-XX这种非法 tag，language.Make()会 panic，必须用language.Parse+err != nil容错 - iPad Safari 可能发
zh-Hans-CN，而你的资源只有zh-CN，需做标准化映射（如去掉Hans/Hant后缀） - Cookie 中存的
lang=ja应优先于 header，但 Buffalo 的 session 中间件默认不校验 cookie 值合法性，需自行 validate
真正麻烦的不是加翻译，而是让语言选择在重定向、表单提交、API 错误响应、甚至 Flash 消息里都保持一致——这些地方 Buffalo 没抽象层，全得手写逻辑补全。
