iOS 11中DateFormatter真机返回nil但模拟器正常的问题求助

这是iOS 11版本中DateFormatter和区域设置（Locale）相关的一个已知兼容性bug，我来帮你梳理问题原因和可行的解决办法：

问题回顾 #

你遇到的核心情况：

• 用格式字符串yyyy-MM-dd HH:mm:ss'Z'解析2018-05-31 11:45:24Z时，模拟器（en_US区域）正常返回Date对象，但iPhone（en_RO区域）返回nil
• 显式设置Locale为en-US后解析恢复正常；将手机区域切换为美国再切回罗马尼亚，即使重启也能暂时正常解析
• 该问题仅出现在iOS 11，Swift和Objective-C中都存在

问题原因 #

iOS 11的DateFormatter在处理包含单引号包裹固定字符（比如这里的'Z'）的格式字符串时，对部分非标准日期解析的区域设置（比如en_RO）存在逻辑bug：系统会错误地将格式字符串中的固定字符纳入区域相关的解析规则，导致无法匹配输入的日期字符串，最终返回nil。而切换区域再切回的操作，会让系统缓存正确的解析状态，所以暂时恢复正常，但这个状态不持久，不能作为可靠解决方案。

可行解决方案 #

1. 强制设置Locale为en-US（最直接的稳定方案） #

这是你已经想到的方法，也是最稳妥的选择之一。因为en-US是日期解析的标准区域，不会受系统区域切换的影响，能保证解析逻辑的一致性：

let dateString = "2018-05-31 11:45:24Z"
let dateFormat = "yyyy-MM-dd HH:mm:ss'Z'"
var dateFormatter = DateFormatter()
dateFormatter.dateFormat = dateFormat
dateFormatter.timeZone = TimeZone(abbreviation: "UTC")
// 显式设置Locale，避免系统区域影响
dateFormatter.locale = Locale(identifier: "en-US")
let date = dateFormatter.date(from: dateString)

2. 使用ISO8601DateFormatter（更推荐的标准方案） #

你的日期字符串是标准的ISO8601格式，从iOS 10开始系统提供了专门的ISO8601DateFormatter来处理这类格式，不需要手动编写dateFormat，也完全规避了Locale的问题：

let dateString = "2018-05-31 11:45:24Z"
let isoFormatter = ISO8601DateFormatter()
// 配置匹配你输入字符串的格式选项
isoFormatter.formatOptions = [.withFullDate, .withTime, .withColonSeparatorInTime]
let date = isoFormatter.date(from: dateString)

这个类是系统专门为ISO8601格式设计的，比手动配置DateFormatter更可靠，也减少了出错的概率。

3. 修改格式字符串，用标准时区标识代替固定字符 #

如果你必须使用DateFormatter，可以去掉格式字符串中Z的单引号，让系统识别Z为UTC时区标识，而不是固定字符：

let dateString = "2018-05-31 11:45:24Z"
// 去掉Z的单引号，使用标准时区格式符号
let dateFormat = "yyyy-MM-dd HH:mm:ssZ"
var dateFormatter = DateFormatter()
dateFormatter.dateFormat = dateFormat
dateFormatter.timeZone = TimeZone(abbreviation: "UTC")
let date = dateFormatter.date(from: dateString)

不过这个方法在部分特殊区域设置下仍可能存在兼容性问题，所以优先级不如前两种方案。

注意事项 #

不要依赖“切换区域再切回”的临时解决方法，因为系统缓存可能在某些场景下被清除（比如系统更新、首次启动解析），导致问题再次出现。

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