这个 js bug 应该大家都碰到过吧？

[millx]

开发 bufpay.com 个人收款接口 的时候，前端需要计算账号过期时间。直接用了：

var t = new Date('2018-06-15 00:00:00');

这样来初始化，在 Chrome 里面是没问题的，但是 Safari 里面就不行了，发现 Safari 支持 ：

var t = new Date('2018-06-15');

和这样

var t = new Date('2018-06-15T00:00:00');

Chrome 里面是上面三种格式初始化都支持的。

这个 bug （应该也不能算 Safari 的 bug ）应该是 Chrome 做了兼容，Safari 是符合 ECMAScript IOS 8601 关于时间的格式定义的。

[millx]

@Cbdy 时间戳除了可读性不好，其他应该还是没问题的 😆

[Cbdy]

@millx 可读性是最严重的问题了，然后他是数字，“类型对不上”，还有诸如 2038 问题

[millx]

@Cbdy 也是，养成统一格式习惯可以省好多事儿

[doubleflower]

没碰到过，从来不用这种感觉不牢靠的方式

[millx]

@doubleflower 你用哪种？

[royzxq]

```js
function parseDate(date) {
if (!date) return new Date()
if (date instanceof Date) return date
if (!/[^\d]+/g.test(date)) {
date = date.toString().concat('000').substr(0, 13) * 1

return new Date(date)
}

return new Date(date.toString().replace(/-/g, '/').replace(/T|(?:\.\d+)?Z/g, ' '))
}
```

[millx]

@royzxq 👍 不错

[doubleflower]

@millx 我没用过中间有空格的，感觉不符标准

[kefengong]

把 - 换成 / 就可以了

[learnshare]

这不叫 Bug，是 Chrome 容错更强而已

2018-06-15 00:00:00 这不是标准格式
参考 https://zh.wikipedia.org/wiki/ISO_8601

[weixiangzhe]

不是 bug 这个是兼容问题，推荐 dayjs 吧，api 兼容 momentjs，大小只有 2kb，https://github.com/iamkun/dayjs

[millx]

@learnshare 是的

[millx]

@weixiangzhe 这个赞，可以 locale 收藏了

[wwt2017]

Safari 用 - 转化为毫秒时也会出问题

[auroraccc]

平常用个 dayjs 就行了 , momentjs 好大

[zpf124]

ie 也有这个问题

'2018-06-15' 正确
'2018/06/15 00:00:00' 正确

'2018-06-15 00:00:00' 报错。

[millx]

@auroraccc @royzxq 他的这个 parseDate 也不错

[millx]

@zpf124 应该都是老老实实按标准来实现的 哈哈哈

[mooo]

第一种不规范啊， 规范只支持 RFC2822 和 ISO 8601 标准的

[metrxqin]

**前端需要计算账号过期时间**

你确定这种设计足够安全?