如何在 Go 中使用 x/text/language 匹配用户语言偏好-Golang-PHP中文网

因为language.parseacceptlanguage按bcp 47规范将原始字符串（如zh-cn）标准化为精确标签（如zh-hans-cn），以支持可靠匹配，而非简单字符串等价。

如何在 go 中使用 x/text/language 匹配用户语言偏好

为什么 `language.ParseAcceptLanguage` 返回的标签不等于浏览器发来的字符串

浏览器在 Accept-Language 请求头里发的是类似 zh-CN,zh;q=0.9,en-US;q=0.8,en;q=0.7 这样的字符串，但 language.ParseAcceptLanguage 解析后返回的是标准化的 language.Tag，比如 zh-Hans-CN 而不是 zh-CN。这是因为 x/text/language 按 BCP 47 规范做了规范化：把 zh-CN 映射为更精确的 zh-Hans-CN（简体中文，中国大陆），把 en 扩展为 en-Latn-US（默认拉丁字母、美国英语）。这不是 bug，是设计使然——它让后续匹配更可靠。

别拿原始字符串和 Tag.String() 做 == 比较，应使用 tag.Equal() 或 tag.Matches()
language.Und 表示未知语言，language.English 是一个具体标签，二者不相等
如果只关心主语言（如“要中文”），用 tag.Base().String() 提取 zh / en，但注意丢失区域信息

如何从一组支持的语言中选出最匹配的 `language.Tag`

你有一组预设支持的语言标签（比如 []language.Tag{language.Chinese, language.English, language.Japanese}），用户传来了 Accept-Language，目标是挑出最合适的那个。不能简单按顺序取第一个，得用 language.Matcher。

构造 matcher 时，顺序很重要：靠前的标签优先级更高，比如 []language.Tag{language.SimplifiedChinese, language.TraditionalChinese, language.English} 中，用户发 zh 会优先匹配简体而非繁体
matcher 的 Match() 方法返回最佳匹配标签 + 置信度（language.Confidence），High 表示明确匹配，Low 可能只是语言族匹配（如用户要 zh-Hant，你只支持 zh）
别忽略置信度：如果返回 Confidence 是 No，说明完全不匹配，该 fallback 到默认语言

matcher := language.NewMatcher(supportedTags)
tag, _ := r.Header.Get("Accept-Language")
parsed, _ := language.ParseAcceptLanguage(tag)
best, conf := matcher.Match(parsed...)

`language.Tag.Matches()` 和 `language.Tag.Equal()` 的区别在哪

Equal() 是严格相等：两个标签必须完全一致（包括变体、脚本、区域等所有子标签）。Matches() 是宽松匹配，按 BCP 47 的“基本相似性”规则判断——比如 zh-Hans-CN 和 zh-Hans 匹配，en-US 和 en 也匹配，但 zh-Hans 和 zh-Hant 不匹配。