我无法解析IE8和Safari 5上的ISO-8601日期“2011-04-26T13：16：50Z”，但它适用于Chrome 10，FF4。支持似乎很混杂？
有谁知道哪些浏览器可以解析这种格式的实际状态？我假设IE6和7也会失败。
var d = Date.parse("2011-04-26T13:16:50Z");
答案 0 :(得分：31)
我说只在需要时通过一些测试来填充它，
这是我已写的：
(function() {
var d = window.Date,
regexIso8601 = /^(\d{4}|\+\d{6})(?:-(\d{2})(?:-(\d{2})(?:T(\d{2}):(\d{2}):(\d{2})\.(\d{1,3})(?:Z|([\-+])(\d{2}):(\d{2}))?)?)?)?$/;
if (d.parse('2011-11-29T15:52:30.5') !== 1322581950500 ||
d.parse('2011-11-29T15:52:30.52') !== 1322581950520 ||
d.parse('2011-11-29T15:52:18.867') !== 1322581938867 ||
d.parse('2011-11-29T15:52:18.867Z') !== 1322581938867 ||
d.parse('2011-11-29T15:52:18.867-03:30') !== 1322594538867 ||
d.parse('2011-11-29') !== 1322524800000 ||
d.parse('2011-11') !== 1320105600000 ||
d.parse('2011') !== 1293840000000) {
d.__parse = d.parse;
d.parse = function(v) {
var m = regexIso8601.exec(v);
if (m) {
return Date.UTC(
m[1],
(m[2] || 1) - 1,
m[3] || 1,
m[4] - (m[8] ? m[8] + m[9] : 0) || 0,
m[5] - (m[8] ? m[8] + m[10] : 0) || 0,
m[6] || 0,
((m[7] || 0) + '00').substr(0, 3)
);
}
return d.__parse.apply(this, arguments);
};
}
d.__fromString = d.fromString;
d.fromString = function(v) {
if (!d.__fromString || regexIso8601.test(v)) {
return new d(d.parse(v));
}
return d.__fromString.apply(this, arguments);
};
})();
并且在您的代码中始终使用Date.fromString(...)代替new Date(...)
测试浏览器以查看是否将使用垫片：
http://jsbin.com/efivib/1/edit
适用于所有主流浏览器，使用以下参考资料：
http://dev.w3.org/html5/spec/common-microsyntaxes.html
http://www.ecma-international.org/ecma-262/5.1/#sec-15.9.1.15
http://msdn.microsoft.com/en-us/library/windows/apps/ff743760(v=vs.94).aspx
http://msdn.microsoft.com/en-us/library/windows/apps/wz6stk2z(v=vs.94).aspx
http://msdn.microsoft.com/en-us/library/windows/apps/k4w173wk(v=vs.94).aspx
！ - microsoft connect需要登录才能查看：
IE9在毫秒级失败，数字计数不是3 :(在IE10中已修复） https://connect.microsoft.com/IE/feedback/details/723740/date-parse-and-new-date-fail-on-valid-formats
IE10仍然（截至2013年1月17日）在省略时区时失败（根据ECMA，这应该定义为Z或UTC，而不是本地）： https://connect.microsoft.com/IE/feedback/details/776783/date-parse-and-new-date-fail-on-valid-formats
- 如果您关心标准现在/将来的位置以及为什么我不能让IE团队认识到他们的IE10实施在技术上不正确，请阅读此内容：
ECMAScript-262 v6.0将转向稍微更符合iso8601版本的“如果省略时区指示器，假定当地时间”......所以现在存在差异，这种实现，铬，移动游猎和opera都遵循ECMAScript-262 v5.1，而IE10，firefox，桌面游戏似乎都遵循更符合iso8601标准的ECMAScript-262 v6.0规范......至少可以说是令人困惑的。当chrome或移动safari拉动触发器并转移到ES6实现时，我认为这个实现应该与它一起使ES5.1成为少数。我已经读过，这是在5.1版的“勘误表”中列出的，虽然我还没有找到它。我更倾向于认为现在推动ES6的触发还为时尚早，但我也认为代码需要实用，不理想，并转向浏览器制造商转向的地方。也就是说，它现在似乎是一个50/50的决定，所以下面是这个代码的“未来”版本......
我还应该提一下，任何一个版本的代码都会规范化“不兼容”的浏览器以匹配另一个浏览器的行为，因为这就是垫片的作用;）
这是与ECMAScript-262 v6.0（JavaScript未来）兼容的适应版本
请参阅此处的相关部分:(这是我能找到的规格的唯一在线html版本）http://people.mozilla.org/~jorendorff/es6-draft.html#sec-15.9.1.15
(function() {
var d = window.Date,
regexIso8601 = /^(\d{4}|\+\d{6})(?:-(\d{2})(?:-(\d{2})(?:T(\d{2}):(\d{2}):(\d{2})\.(\d{1,})(Z|([\-+])(\d{2}):(\d{2}))?)?)?)?$/,
lOff, lHrs, lMin;
if (d.parse('2011-11-29T15:52:30.5') !== 1322599950500 ||
d.parse('2011-11-29T15:52:30.52') !== 1322599950520 ||
d.parse('2011-11-29T15:52:18.867') !== 1322599938867 ||
d.parse('2011-11-29T15:52:18.867Z') !== 1322581938867 ||
d.parse('2011-11-29T15:52:18.867-03:30') !== 1322594538867 ||
d.parse('2011-11-29') !== 1322524800000 ||
d.parse('2011-11') !== 1320105600000 ||
d.parse('2011') !== 1293840000000) {
d.__parse = d.parse;
lOff = -(new Date().getTimezoneOffset());
lHrs = Math.floor(lOff / 60);
lMin = lOff % 60;
d.parse = function(v) {
var m = regexIso8601.exec(v);
if (m) {
return Date.UTC(
m[1],
(m[2] || 1) - 1,
m[3] || 1,
m[4] - (m[8] ? m[9] ? m[9] + m[10] : 0 : lHrs) || 0,
m[5] - (m[8] ? m[9] ? m[9] + m[11] : 0 : lMin) || 0,
m[6] || 0,
((m[7] || 0) + '00').substr(0, 3)
);
}
return d.__parse.apply(this, arguments);
};
}
d.__fromString = d.fromString;
d.fromString = function(v) {
if (!d.__fromString || regexIso8601.test(v)) {
return new d(d.parse(v));
}
return d.__fromString.apply(this, arguments);
};
})();
希望这有助于确认
答案 1 :(得分：18)
在任何浏览器中解析ISO8601日期格式的简单功能：
function dateFromISO8601(isoDateString) {
var parts = isoDateString.match(/\d+/g);
var isoTime = Date.UTC(parts[0], parts[1] - 1, parts[2], parts[3], parts[4], parts[5]);
var isoDate = new Date(isoTime);
return isoDate;
}
答案 2 :(得分：17)
我今天遇到了这个问题。我发现momentjs是在跨浏览器庄园中解析ISO 8601日期的好方法。
momentjs也可用于以不同的格式输出日期。
答案 3 :(得分：6)
是的，Date.parse对于不同的浏览器不一致。你可以：
答案 4 :(得分：4)
如果解析ISO日期字符串，某些旧浏览器会返回错误的日期（而不是NaN）。
您可以在所有浏览器中使用自己的方法，或者如果正确实施，则使用Date.parse- 检查一个已知的时间戳。
Date.fromISO= (function(){
var diso= Date.parse('2011-04-26T13:16:50Z');
if(diso=== 1303823810000) return function(s){
return new Date(Date.parse(s));
}
else return function(s){
var day, tz,
rx= /^(\d{4}\-\d\d\-\d\d([tT][\d:\.]*)?)([zZ]|([+\-])(\d\d):(\d\d))?$/,
p= rx.exec(s) || [];
if(p[1]){
day= p[1].split(/\D/).map(function(itm){
return parseInt(itm, 10) || 0;
});
day[1]-= 1;
day= new Date(Date.UTC.apply(Date, day));
if(!day.getDate()) return NaN;
if(p[5]){
tz= parseInt(p[5], 10)*60;
if(p[6]) tz += parseInt(p[6], 10);
if(p[4]== "+") tz*= -1;
if(tz) day.setUTCMinutes(day.getUTCMinutes()+ tz);
}
return day;
}
return NaN;
}
})()
答案 5 :(得分：4)
ES5规范偏离了ISO8601规范，特别是在没有时区指示符/偏移的情况下处理日期时。在https://bugs.ecmascript.org/show_bug.cgi?id=112处有一个描述问题的错误提示，看起来它将在ES6中修复。
目前，我建议查看https://github.com/csnover/js-iso8601以获得跨浏览器的实施。我使用的https://github.com/csnover/js-iso8601/tree/lax不符合ES5规范，但与其他JSON序列化库（如JSON.NET）具有更好的互操作性。
答案 6 :(得分：2)
如前所述，ECMAScript第5版中添加了ISO 8601样式日期，其中实现不一致，并且并非在所有浏览器中都可用。有一个number of脚本存根可用，但您可能只想添加自己的Date.parse *方法。
(function() {
//ISO-8601 Date Matching
var reIsoDate = /^(\d{4})-(\d{2})-(\d{2})((T)(\d{2}):(\d{2})(:(\d{2})(\.\d*)?)?)?(Z|[+-]00(\:00)?)?$/;
Date.parseISO = function(val) {
var m;
m = typeof val === 'string' && val.match(reIsoDate);
if (m) return new Date(Date.UTC(+m[1], +m[2] - 1, +m[3], +m[6] || 0, +m[7] || 0, +m[9] || 0, parseInt((+m[10]) * 1000) || 0));
return null;
}
//MS-Ajax Date Matching
var reMsAjaxDate = /^\\?\/Date\((\-?\d+)\)\\?\/$/;
Date.parseAjax = function(val) {
var m;
m = typeof val === 'string' && val.match(reMsAjaxDate);
if (m) return new Date(+m[1]);
return null;
}
}();我使用上面的方法进行日期的JSON.parse水化......
JSON.parse(text, function(key, val) {
return Date.parseISO(val) || Date.parseAjax(val) || val;
});答案 7 :(得分：2)
我发现ckozl的答案非常实用且有趣，但正则表达式并不完美，并且在我的情况下不起作用。
除了没有分析没有分钟，秒或毫秒的日期这一事实外，ISO 8501规范说' - '和'：'分隔符是可选的，因此“2013-12-27”和“20131227”都是有效。就我而言，这很重要，因为我在PHP的JavaScript变量中设置服务器日期和时间：
var serverDate = new Date(Date.parse("<?php date(DateTime::ISO8601); ?>"));
此代码生成如下内容：
<script>
var serverDate = new Date(Date.parse("2013-12-27T15:27:34+0100"));
</script>
重要的部分是时区指示符“+0100”，其中缺少“：”。虽然Firefox正确解析了该字符串，但是IE（11）失败了（如果添加'：'，那么IE也可以工作）。关于zonetime和ckozl描述的ECMAScript规范的头痛在我的情况下并不重要，因为PHP总是添加时区指示符。
我正在使用的RegExp，而不是来自ckozl的那个：
var regexIso8601 = /^(\d{4}|\+\d{6})(?:-?(\d{2})(?:-?(\d{2})(?:T(\d{2})(?::?(\d{2})(?::?(\d{2})(?:(?:\.|,)(\d{1,}))?)?)?(Z|([\-+])(\d{2})(?::?(\d{2}))?)?)?)?)?$/;
请记住，此正则表达式也不完美。 ISO 8501允许周规格（2007年 - 星期一，2007年1月1日为W01-1），或小时和分钟的小数分数（18：30：00为18.50，18：30：15为18：30.25）。但它们很不寻常。
Pd积。我想，这个答案应该是对原始答案的评论，但我没有足够的声誉：（
答案 8 :(得分：1)
ISO 8601日期格式随ECMAScript-262 v5一起添加。因此，如果浏览器不兼容v5，您根本无法期望能够处理ISO 8601格式。
不兼容v5的浏览器可以使用他们想要的任何特定于实现的日期格式。但是，他们中的大多数至少支持RFC822 / RFC1123日期格式。例如：
var d = Date.parse("Wed, 26 Apr 2011 13:16:50 GMT+0200");
答案 9 :(得分：0)
Microsoft Sharepoint 2013也使用其他表示法，例如“2013-04-30T22：00：00Z”
如果要将sharepoint 2013中的REST服务与Internet Explorer 8（IE8）结合使用，则ckozl的解决方案无效。 你会得到NaN
将正则表达式行更改为：
regexIso8601 = /^(\d{4}|\+\d{6})(?:-(\d{2})(?:-(\d{2})(?:T(\d{2}):(\d{2}):(\d{2})(\.(\d{1,3}))?(?:Z|([\-+])(\d{2}):(\d{2}))?)?)?)?$/;
这将使微秒位可选！
cheerio，Leo