iOS：哪种区域设置会使指定日期格式解析返回nil日期？

我太理解你想先复现问题再动手修复的心态了——毕竟没亲眼看到问题就改代码，总觉得没抓准根因！你遇到的情况挺典型：用yyyy-MM-dd'T'HH:mm:ss.SSSZ格式解析2018-04-19T15:48:00.000Z，之前没给DateFormatter设置locale为en_US_POSIX，但试了各种语言、地区、12/24小时制组合都没复现崩溃。

先唠唠为啥你难复现：DateFormatter的解析逻辑会受系统区域设置（Locale）和用户日期格式偏好影响，但Z这个时区符在绝大多数地区都能识别UTC后缀的Z，只有少数特殊区域设置才会触发解析失败。

可以试试这些复现场景： #

• 把系统区域切换到非拉丁字符的地区，比如阿拉伯语（沙特阿拉伯）、希伯来语（以色列）这类，这些地区的日期格式规则可能对T分隔符或者Z时区标识的解析逻辑有差异；
• 手动修改系统的日期显示偏好，比如把短日期格式改成dd/MM/yyyy或者其他非yyyy-MM-dd的样式，重启APP后再测试解析；
• 代码里强制给DateFormatter指定特殊Locale来模拟异常场景，示例代码：

  let formatter = DateFormatter()
  formatter.dateFormat = "yyyy-MM-dd'T'HH:mm:ss.SSSZ"
  // 尝试用阿拉伯语沙特区域
  formatter.locale = Locale(identifier: "ar_SA")
  let targetDateStr = "2018-04-19T15:48:00.000Z"
  let parsedDate = formatter.date(from: targetDateStr)
  // 此时parsedDate大概率会返回nil，如果后续代码没判空就会崩溃
  

顺便提下为什么en_US_POSIX是解决方案： #

en_US_POSIX是一个不受系统区域和用户偏好影响的特殊Locale，专门用于机器间的日期字符串交互，能让DateFormatter严格按照你指定的dateFormat规则解析，完全不会因为系统设置变化出现解析失败的情况。

要是你还是想复现问题，优先试试上面的非拉丁区域设置，应该能触发解析返回nil的场景。

内容的提问来源于stack exchange，提问作者raghvendra