后台传过来的时间字符串是 YYYY-MM-DDTHH:mm:ss.sssZ 格式的
在js中需要对其格式化
直接使用new Date(xxx)的话,安卓没有问题,ios报Date不合法
我知道对于普通的日期,如2016-09-19,使用new Date(xxx)的话,只需要将2016-09-19改为2016/09/19就行,这样ios和安卓都没问题
但是对于题中所说的格式,-改成/,都没用了,所以这种格式的怎么处理呢?如 2016-09-18T08:01:01.000+0000
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
2016-09-18T08:01:01.000+0000这种格式应该是 RFC 3339 中定义的。关于时区的部分,参考 RFC 2822。从 RFC 2822 中可以看到
+0000是合法的,不知道为啥 Safari 不支持。这事儿既然不能怪后端,那就做个兼容处理吧,对于 Safari,加个冒号进去
你需要moment.js
这是ISO时间格式,JS认识的。
链接描述
在IOS中会有问题吗?这个是JS的标准函数。下面是在ios safari中运行的结果。没发现有什么问题。

没看懂楼主要问什么……到底需要改成什么样
2016/09/18T08:01:01.000+0000 这样吗
用Date.parse('2016-01-01T08:08:08.256Z')转成普通格式再进行你的操作
1、用new Date("2016-09-18T08:01:01.000+0000").Format("yyyy-MM-dd hh:mm:ss");
"2016-09-18 16:01:01"
2、new Date("2016-09-18T08:01:01.000+0000").Format("yyyy/MM/dd hh:mm:ss");
"2016/09/18 16:01:01"
写一个Format函数。
地址:http://www.cnblogs.com/zhangp...
不想动用moment.js,可以试试下面这种形式
如果在IOS端报错,可以尝试先把日期格式处理成普通格式再执行上面的操作
如果还是解决不了,你还可以联系你们后端把时间格式处理成你想要的形式嘛,你们是个团队,互相协作就是这个意思
因为ios safari下对时间格式的解析很严格,必须new Date("2016/09/19"),可以都转换成这种斜杠分割的就Ok了
看看这篇博客的第五条:http://www.famanoder.com/boke...
new Date(dateStr)本来在IE上就全挂了,可以这样,正则抽出年月日,时分秒,先set再get拼接;