TC39 Test262项目中Intl.Locale的language属性对"und"语言标签的处理规范

在ECMAScript国际化API中，Intl.Locale对象用于表示Unicode区域标识符。近期在TC39 Test262测试套件中发现了一个关于language属性处理的边缘案例：当语言子标签为"und"(表示未定义语言)时，不同JavaScript引擎存在行为差异。

根据Unicode技术标准#35(UTS35)和ECMA-402规范，Intl.Locale对象的[[Locale]]内部槽必须始终包含一个Unicode规范化的区域标识符字符串。对于输入"und"和"und-US-u-co-emoji"这两种情况，它们本身就是规范形式，不需要额外转换。

language属性作为Intl.Locale的getter方法，其规范行为是从[[Locale]]槽中提取并返回语言子标签部分。这意味着：

1. new Intl.Locale('und').language必须返回"und"
2. new Intl.Locale('und-US-u-co-emoji').language同样必须返回"und"

当前实现情况显示：

• Firefox完全符合规范要求
• Chrome和Safari存在实现缺陷，在这些情况下会返回undefined，这违反了规范中关于[[Locale]]槽必须包含有效字符串的断言

这个案例揭示了国际化API实现中一个重要的规范细节：即使对于特殊的"und"(未定义语言)标签，实现也必须保持一致的规范化处理流程。这不仅关系到语言标签的解析，也影响到后续区域设置相关功能的正确性。

对于开发者而言，了解这一规范细节有助于：

1. 正确处理未知或未定义语言的区域标识符
2. 编写更健壮的国际化代码
3. 在不同JavaScript引擎间实现一致的行为

测试用例的添加将帮助各JavaScript引擎完善对UTS35和ECMA-402规范的实现，最终提升Web国际化功能的互操作性和可靠性。