|
一天几次，我们的 PHP REST API 记录一个错误，该错误是由格式无效的 ISO8601 日期引起的，该日期来 self 们的 iOS 应用程序发送的 GET 请求。有趣的是，大多数调用都很好(例如 2015-07-07T00:00:00+10:00)，但我们经常会收到一个奇怪的调用(例如 2015-07-07T12:00:00上午+10:00)。
我认为导致此问题的代码如下:
NSDateFormatter *dateFormatter = [[NSDateFormatter alloc] init];
[dateFormatter setDateFormat "yyyy-MM-dd'T'HH:mm:ssZZZZZ"];
NSString *iso8601StringStart = [dateFormatter stringFromDate:self.searchStartTime];
在任何情况下 NSDateFormatter 可以以某种方式(错误地)从“yyyy-MM-dd'T'HH:mm:ssZZZZZ”获取 am/pm，而这显然是意外行为？是否有某些类型的 NSDate 会导致不同的行为？我难住了。给定的日期总是通过 dateFromComponents 创建的。
Best Answer-推荐答案
我不相信该格式字符串可以使用您显示的 am/pm 注释生成日期。如果我是你，我的第一门类(class)是仔细检查这些日期是否真的是由这些代码行生成的。
但是，如果您确定这种情况正在发生，那么我能看到的唯一问题是，您没有明确设置日期格式化程序对象的区域设置和日历可能是不正确的。日期格式语法由 unicode 联盟定义，governing spec确实在第 4.5 节中说“如果未列出语言环境，则 dayPeriods 回退到 AM/PM”。我不理解整个文档，但它表明非常明确是最安全的路径。
如果您的唯一要求是 ISO8601，那么您可以在 UTC 时区使用 RFC3339，因为这是 ISO8601 的配置文件。这将为该格式创建一个正确的格式化程序:
let formatter = NSDateFormatter()
formatter.dateFormat = "yyyy-MM-dd'T'HH:mm:ss.SSS'Z"
formatter.timeZone = NSTimeZone(forSecondsFromGMT: 0)
formatter.calendar = NSCalendar(calendarIdentifier: NSCalendarIdentifierISO8601)!
formatter.locale = NSLocale(localeIdentifier: "en_US_POSIX")
关于iOS 应用偶尔会向 REST API 发送格式无效的 ISO8601 日期，我们在Stack Overflow上找到一个类似的问题：
https://stackoverflow.com/questions/31261377/
| 
