Buffalo 框架已归档，其 i18n 生态（如 mw-i18n）完全失效，无法编译或运行；应弃用 Buffalo 专属方案，改用 Go 原生 x/text/message 实现 per-request 独立 localizer，并通过 FuncMap 注入模板函数 t()。
Buffalo 框架本身不支持国际化，也没有可用的官方或社区 i18n 包——它已于 2022 年 12 月归档，所有相关生态（包括 gobuffalo/mw-i18n、buffalo-i18n）均已失效，强行导入会直接编译失败或 panic。
为什么 mw-i18n 和 t() 函数根本跑不起来
常见错误不是配置错，而是依赖链已断裂：
-
go get github.com/gobuffalo/mw-i18n报unknown revision v0.0.0-00010101000000-000000000000：该模块从未发布正式版，仅存于早期 PR，Go proxy 已无法解析 - 手动指定 commit 后，
app.Use(i18n.Middleware())编译失败：Buffalo 的MiddlewareFunc接口在归档前已变更，旧中间件签名不兼容 - 模板里写
{{ t "hello" }}就 panic：Plush 模板引擎未注册t函数，且buffalo.Context.Lang()方法早已被移除
绕过 Buffalo 生态，用 Go 原生方案实现最小可行 i18n
不装包、不改框架，只注入翻译能力。核心是三件事：加载语言资源、识别请求语言、把翻译函数塞进模板。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 翻译文件用
golang.org/x/text/language+golang.org/x/text/message，不要碰任何buffalo/*import - 语言识别靠
r.Header.Get("Accept-Language")解析，别依赖c.Lang()（该方法不存在） - 模板中不用 Plush 的
t()，改用FuncMap注入自定义函数：app.Renderer = r.NewRenderer(r.Options{ FuncMap: template.FuncMap{"t": func(key string) string { return localizer.Sprintf(key) }}, }) - 避免在
actions/app.go写全局中间件——Buffalo 的 middleware 栈不支持 per-request 上下文透传，容易并发污染
实际部署时最易忽略的点
不是“怎么配”，而是“谁来持有 localizer 实例”：
立即学习“go语言免费学习笔记（深入）”；
- 每个请求需要独立的
*message.Printer，不能复用全局实例；否则多语言混用、并发请求会返回错误翻译 - 必须在 handler 入口（如
HomeHandler）里根据c.Request().Header.Get("Accept-Language")构建对应Printer，再通过c.Set("localizer", p)注入，模板函数里再取 - 如果项目刚起步，别硬扛——Gin +
github.com/nicksnyder/go-i18n/v2有 CLI 提取、JSON 管理、HTTP 头自动匹配，省掉 80% 胶水代码
