Question

如果标题不能很好地解释我的问题，请对标题表示抱歉。

我的脚本中有一个奇怪的问题，在初始阶段，我将日期字符串转换为毫秒，然后在脚本中将其转换回清晰的日期格式。给我带来问题的日期字符串是具有常规日期的日期字符串，但也附加了小时。这是一个例子：

legitDate = function (date) {

    var months = ['01', '02', '03', '04', '05', '06',
                  '07', '08', '09', '10', '11', '12'];

    return months[date.getUTCMonth()] + "/" + date.getUTCDate() + "/" + date.getUTCFullYear()
}

var init = Date.parse("1/27/2016  7:00:00 PM");
var ayy = new Date(init);
var result = legitDate(ayy);

最终结果是2016年1月28日，而不是原来的2016年1月27日。我不知道为什么这种转变正在以它发生的方式发生。

Answer 1

不要使用Date构造函数（或Date.parse，它们执行相同的操作）来解析字符串。 ECMA-262中指定的唯一格式是ISO 8601的子集，并且所有正在使用的浏览器都不支持这种格式，在某些地方，这两种格式不一致。 OP中的格式与ISO 8601不一致，因此解析完全取决于实现。

始终手动解析字符串。库可以提供帮助，但是为特定格式编写解析器并不困难。

要根据主机时区偏移量（即“local”）解析类似“1/27/2016 7:00:00 PM”的字符串，请考虑以下内容将缺失值视为零并验证生成的日期：< / p>

// Parse string in 1/27/2016  7:00:00 PM format
// Missing time values are treated as zero
// If any value is invalid, returns an invalid date (time value NaN)
function parseDate(s) {
  var b = s.match(/\d+/g) || [];
  var hr = (/pm\s*/.test(s)? 12 :0) + (+b[3] || 0);
  var d = new Date(b[2], --b[0], b[1], hr, (b[4]||0), (b[5]||0));

  // Validate the generated date against input values
  return d && d.getMonth() == b[0] && (b[3] || 0) < 13 &&
         d.getMinutes() == (b[4] || 0)? d : new Date(NaN);
}

['1/27/2016  7:00:00 PM',
 '2/29/2016 12:45:15 am',
 '6/31/2016 12:45:15 am', // invalid date
 '2/29/2016 13:45:15 am', // invalid hours
 '2/29/2016 06:45am'    , // missing seconds
 '2/29/2016'              // missing time asssumed as 00:00:00
].forEach(function(s) {
  document.write(parseDate(s) + '<br>');
});

Answer 2

尝试更改并指定UTC

var init = Date.parse("1/27/2016  7:00:00 PM UTC");

谁能解释为什么我的日期函数通过JS日期对象给我一个错误的转换？

2 个答案: