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