不能，Go错误信息无法直接国际化，因标准error接口仅返回固定字符串，需自定义结构体结合context传递语言标识，并在Error()中动态查表翻译，且模板须支持复数、嵌套占位符及热更新。
Go 错误信息能直接国际化吗？不能，得自己包装
Go 标准库的 error 接口只定义了 Error() string 方法，返回固定字符串 —— 它不支持参数化、不感知语言环境、也不带上下文键值。所以别指望 fmt.Errorf 或 errors.New 本身能自动切换中英文。必须在 error 构造环节就介入，把“错误模板”和“本地化逻辑”耦合进去。
用结构体实现可翻译的 error 类型
常见做法是定义一个带字段的自定义 error 类型，比如包含错误码（code）、参数（args）和语言标识（lang），再让它的 Error() 方法查表翻译。关键点在于：翻译动作不能在 error 创建时做，而要延迟到调用 Error() 时才执行 —— 这样才能支持运行时切换语言。
示例结构：
type LocalizedError struct {
Code string
Args []interface{}
Lang string // e.g., "zh-CN" or "en-US"
}
func (e *LocalizedError) Error() string {
tmpl := GetTemplate(e.Code, e.Lang)
return fmt.Sprintf(tmpl, e.Args...)
}
注意：GetTemplate 需自行实现，通常从 map 或 i18n 包（如 golang.org/x/text/message + catalog）加载对应语言的模板字符串。
-
Code必须稳定不变，用于查找翻译项，不能是中文原文 -
Args里避免传入已格式化的字符串，否则多语言时日期/数字格式会错乱 -
Lang不建议存在 error 结构体里，更推荐通过 context 传递，或由全局语言解析器按请求/协程绑定
用 context.Value 透传语言偏好比改 error 更可靠
把 Lang 字段塞进 error 结构体看似简单，但容易引发状态污染：比如一个 error 被多个 goroutine 复用，或跨服务序列化后丢失语言上下文。更健壮的做法是把语言标识存在 context.Context 中，在 Error() 调用时读取当前 context 的语言设置。
例如：
type localizerKey struct{}
func WithLanguage(ctx context.Context, lang string) context.Context {
return context.WithValue(ctx, localizerKey{}, lang)
}
func GetLanguage(ctx context.Context) string {
if lang, ok := ctx.Value(localizerKey{}).(string); ok {
return lang
}
return "en-US"
}
然后在你的 error 实现里这样用：
func (e *LocalizedError) Error() string {
lang := GetLanguage(context.Background()) // ⚠️ 注意：这里应传入实际调用方的 ctx
tmpl := GetTemplate(e.Code, lang)
return fmt.Sprintf(tmpl, e.Args...)
}
但问题来了：标准 error 接口不接收 context.Context，所以你无法在 fmt.Printf("%v", err) 时自动拿到 ctx。这意味着——所有需要多语言输出 error 的地方，都得显式调用类似 err.Localize(ctx) 的方法，而不是依赖 Error()。
真正落地时最常被忽略的细节
多数人卡在“翻译模板怎么管”，而不是“error 怎么写”。模板管理必须满足三个硬性条件：
- 支持复数规则（如英文的
1 file/2 files，阿拉伯语有6种复数形式）→ 推荐用golang.org/x/text/message+plural.Select - 支持嵌套占位符（如
"failed to parse {field}: {reason}"）→ 模板引擎需支持命名参数或至少位置安全 - 热更新能力（不用重启服务就能加新语言）→ 模板不能硬编码在代码里，得从文件或配置中心加载
另外，HTTP 错误响应体里的 error message 可以国际化，但 HTTP 状态码（400、404）和标准 reason phrase（Bad Request）不能改 —— 它们是协议层固定的，客户端可能依赖这些字符串做判断。
