在前端开发中，日期处理是一个常见的任务。然而，在 iOS 设备上，使用 JavaScript 内置的 Date 对象进行日期处理时可能会遇到一些问题。
问题描述
在某些情况下，使用 JavaScript 的 new Date() 构造函数在 iOS 设备上返回一个无效的日期对象。例如，以下代码在 Chrome 中正常工作，但在 Safari 或其他基于 WebKit 的浏览器中则会出现问题：
const dateStr = '2023-04-07T12:34:56.789Z';
const date = new Date(dateStr);
if (isNaN(date)) {
console.error('Invalid date');
} else {
console.log('Valid date:', date);
}在 Chrome 中，输出应该是 Valid date: Fri Apr 07 2023 20:34:56 GMT+0800 (中国标准时间)，而在 Safari 中，输出却是 Invalid date。
原因分析
导致这个问题的原因是，iOS 设备上的 JavaScript 引擎（包括 Safari 和其他基于 WebKit 的浏览器）对 ISO 8601 格式的日期字符串解析不兼容。具体来说，它们不能正确解析带有毫秒数的日期字符串，并且不能处理 UTC 以外的时区。
在上面的示例代码中，日期字符串 2023-04-07T12:34:56.789Z 使用了 ISO 8601 格式，其中 Z 表示 UTC 时间。Chrome 引擎能够正确地解析这个日期字符串并转换为本地时间，但是 Safari 引擎不能。
解决方案
针对这个问题，以下是几种可行的解决方案：
1. 使用正则表达式手动解析日期字符串
一种解决方法是使用正则表达式将日期字符串拆分成年、月、日、时、分、秒和毫秒数，并手动创建一个 Date 对象。下面是一个示例实现：
-- -------------------- ---- -------
----- ------- - ---------------------------
----- ----- - -----------------------------------------------------------------------
-- -------- -
---------------------- ---- ---------
- ---- -
----- ---- - --- --------------
---------- --------- - -- ----------
---------- ---------- ---------- ---------
---
------------------ ------- ------
-在这个实现中，正则表达式 ^(\d{4})-(\d\d)-(\d\d)T(\d\d):(\d\d):(\d\d)\.(\d{3})Z$ 匹配 ISO 8601 格式的日期字符串。然后使用 Date.UTC() 方法按照 UTC 标准创建一个日期对象。
2. 使用第三方的日期库
为了避免手动解析日期字符串，可以使用第三方的日期库。例如，Moment.js 是一个常用的日期和时间操作库。下面是一个使用 Moment.js 的示例：
const dateStr = '2023-04-07T12:34:56.789Z';
const momentDate = moment.utc(dateStr);
if (!momentDate.isValid()) {
console.error('Invalid date');
} else {
const date = momentDate.local().toDate();
console.log('Valid date:', date);
}这个实现中，先使用 moment.utc() 方法将 ISO 8601 格式的日期字符串转换为 UTC 时间，然后检查日期是否有效。如果日期有效，使用 momentDate.local().toDate() 方法将日期转换为本地时间。
3. 使用兼容性更好的日期格式
另一种解决方法是使用兼容性更好的日期格式。例如，ISO 8601
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/30997