因为language.ParseAcceptLanguage按BCP 47规范将原始字符串（如zh-CN）标准化为精确标签（如zh-Hans-CN），以支持可靠匹配，而非简单字符串等价。
为什么 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 不匹配。
- 做路由或模板选择时，常用
Matches()：用户要zh，你有zh-Hans-CN模板，应该命中 - 做配置校验或权限控制时，可能需要
Equal()：比如只允许en-US访问某管理后台 -
Matches()不考虑区域偏好权重（q-value），它只看标签结构；权重已在ParseAcceptLanguage解析阶段被用于排序
为什么用 language.MustParse 在服务启动时解析静态语言标签
硬编码的语言标签（如 "zh-Hans"、"ja-JP"）在运行时反复调用 language.Parse 会触发错误检查和分配，没必要。用 language.MustParse 在 init 或变量声明时一次性解析，既安全又高效。
-
MustParse在解析失败时 panic，所以只用于已知合法的字面量，比如配置文件里写死的值或代码里写的常量 - 不要对用户输入（如 query 参数里的 lang=xxx）用
MustParse，必须用language.Parse并检查 error - 常见错误：把
language.MustParse("zh_CN")写成下划线——BCP 47 要求连字符，zh_CN会 panic
容易被忽略的是：x/text/language 的 matcher 和 tag 操作本身不依赖 locale 数据文件，但如果你要做本地化格式（日期/数字），才需要额外加载 x/text/message 和对应数据包。语言匹配这件事，纯内存计算，没 IO，也没全局状态。
