使用无效标识符初始化Locale时,DateFormatter默认采用什么Locale?
关于无效Locale标识符初始化DateFormatter的行为解析
- 当你用无效的Locale标识符(比如
Locale(identifier: "UTC"),注意UTC是时区标识而非Locale标识)初始化Locale时,系统会自动回退到**en_US_POSIX**这个专用Locale,这就是你的代码能正常解析POSIX日期的核心原因。 - 这个回退是系统内部的处理逻辑:当传入的Locale标识符无法被识别时,不会默认使用
Locale.current,而是采用不受用户区域设置影响的en_US_POSIX——它专门用于处理机器可读的日期、时间格式,完全符合POSIX标准,所以解析POSIX格式日期时表现正常。 - 你手动设置
Locale.current后解析失败的现象,也验证了这一点:Locale.current会跟随用户的系统区域配置变化,无法适配POSIX格式的解析要求。
验证方法
你可以通过打印这个无效Locale的实际属性来确认:
let invalidLocale = Locale(identifier: "UTC") print(invalidLocale.identifier) // 输出为 "en_US_POSIX" print(invalidLocale.collatorIdentifier) // 输出同样指向en_US_POSIX相关标识
内容的提问来源于stack exchange,提问作者banderson
相关产品推荐
相关产品推荐

