何时为NSDateFormatter设置NSLocale？英区日期转换失败求助

问题根源分析 #

你遇到的问题核心在于**currentLocale和自定义日期格式的冲突**。当你把系统当前区域（en_GB）设置给NSDateFormatter后，格式化器会遵循英国地区的日期解析规则，而你指定的固定格式字符串（比如yyyy-M...）并没有适配这种区域规则，导致解析失败。

举个实际场景：en_GB区域默认的日期格式是dd/MM/yyyy，当你用currentLocale配合yyyy-MM-dd的格式字符串时，格式化器可能会错误地混淆日和月的位置，或者对分隔符的处理出现偏差，最终无法正确解析字符串。

修复方案 #

要解决跨区域的日期解析问题，你需要使用固定的en_US_POSIX区域设置——它是一个与系统区域无关的标准locale，能保证不管用户在哪个地区，自定义格式的解析逻辑都是一致的。修改后的代码如下：

NSDateFormatter *dateFormatter = [[NSDateFormatter alloc] init];
// 初始化POSIX locale，避免区域差异干扰解析逻辑
NSLocale *posixLocale = [[NSLocale alloc] initWithLocaleIdentifier:@"en_US_POSIX"];
[dateFormatter setLocale:posixLocale];
// 补全你实际使用的完整格式，比如yyyy-MM-dd HH:mm:ss
[dateFormatter setDateFormat:@"yyyy-MM-dd"]; 
NSDate *convertedDate = [dateFormatter dateFromString:@"2024-05-20"];

关于NSLocale的设置时机 #

分两种核心场景来判断：

• 处理固定格式的日期字符串（比如API返回、数据库存储的标准化日期）：
  必须在设置dateFormat之前设置en_US_POSIX locale。因为NSDateFormatter会根据locale来解析格式字符串的规则，如果先设置格式再改locale，可能不会触发规则的重新加载，导致解析逻辑还是沿用之前的locale设置。
• 处理本地化的日期交互（比如显示给用户的本地格式日期、用户输入的区域化日期）：
  这时候需要设置为currentLocale，同样建议在设置dateFormat之前完成设置，确保系统区域的规则能正确应用到格式化/解析逻辑中。比如你要显示符合用户当地习惯的日期，就用currentLocale配合对应的本地化格式字符串。

额外小提示 #

如果你的应用适配iOS 10+或者macOS 10.12+，可以直接使用ISO8601DateFormatter来处理标准的ISO格式日期，它默认就使用POSIX locale，不用手动设置，能省不少麻烦。

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