ISO8601格局下,结尾不带Z的日期,应为以后时区的工夫,但苹果IOS下浏览器new Date()时解析有bug,把它解析为了UTC工夫,导致在中国相差8小时。
比方:
2022-09-19T13:00:00 对应 Mon Sep 19 2022 13:00:00 GMT+0800 (中国规范工夫)
2022-09-19T13:00:00Z 对应 Mon Sep 19 2022 21:00:00 GMT+0800 (中国规范工夫)
如图:

然而在IOS环境下,一律解析为了 Mon Sep 19 2022 21:00:00 GMT+0800 (中国规范工夫),导致呈现问题。

能够通过批改Date结构器来解决这个问题:

if (isIOS()) { //判断是ios环境    window.Date = class IosDate extends Date {        constructor(v1, v2, v3, v4, v5, v6, v7) {            var argLen = arguments.length;            if (argLen === 0) super();            else if (argLen === 1) super(v1);            else super(v1, v2, v3, v4, v5, v6, v7);            if (argLen === 1 && /\d+\-\d+\-\d+T\d+:\d+:\d+\.?\d*$/.test(v1)) {                this.setMinutes(this.getMinutes() + new Date().getTimezoneOffset())            }        }    }}