嘿，这个问题我之前踩过好几次坑！JS的Date对象对日期字符串的解析逻辑确实有点反直觉，核心原因在于格式是否符合ISO 8601标准，以及对应的时区处理差异：

1. 两种格式的解析规则本质不同 #

• 当你传入yyyy-mm-dd这种横杠分隔的格式时，它属于ISO 8601标准日期格式，JS会默认把它当作UTC时间来解析。比如new Date('2024-05-20')，实际对应的是UTC时区的5月20日00:00:00，如果你在东八区（GMT+8），转换成本地时间就会变成5月20日08:00:00，这就会导致你看起来日期“时间偏移”的错觉。
• 而mm-dd-yyyy是非ISO格式，JS会按照本地时区来解析。比如new Date('05-20-2024')，直接对应你本地时区的5月20日00:00:00，和你直观预期的一致。

2. 额外的小坑：斜杠分隔的ISO格式不一样 #

顺便提一句，如果是yyyy/mm/dd这种斜杠分隔的格式，JS也会当作本地时间解析，和横杠版的ISO格式完全不同！比如new Date('2024/05/20')就是本地时间的5月20日0点，和mm-dd-yyyy的解析结果一致。

3. 怎么避免这个问题？ #

最稳妥的方式是手动解析日期字符串，自己构造Date对象，完全避开原生解析的坑：

// 处理yyyy-mm-dd格式，强制按本地时间解析
function parseLocalDate(dateStr) {
  const [year, month, day] = dateStr.split('-');
  // 注意：JS的月份是0-based的（0=1月，11=12月），所以要减1
  return new Date(year, month - 1, day);
}

// 用法示例
const serverDate = parseLocalDate('2024-05-20'); // 本地时间2024年5月20日0点

如果项目里日期处理比较多，也可以用轻量的第三方库比如Day.js，它的解析逻辑更清晰，还能统一处理时区问题：

import dayjs from 'dayjs';

const serverDate = dayjs('2024-05-20').toDate(); // 默认本地时间，也可以指定时区

总的来说，就是原生Date对ISO格式和非ISO格式的时区处理逻辑不同，才导致了你看到的异常行为。手动解析或者用第三方库，就能轻松解决这个问题啦！

内容的提问来源于stack exchange，提问作者Rockstar