Node.js 10与Mongoose中new Date()日期时间错误问题

这问题我之前踩过同款坑，本质是UTC时区与本地时区的差异在搞鬼，咱们一步步拆解原因和解决方案：

问题根源 #

MongoDB存储的所有日期都是UTC标准时间（带Z后缀的就是UTC标识），而你输入的12-June-1993是本地时区的日期。举个例子：如果你所在时区是GMT+2，本地的6月12日0点，对应UTC时间就是6月11日22点——所以数据库里存的1993-06-11T22:00:00.000Z其实是正确的UTC转换，并不是真的“滞后一天”，只是时区展示不同而已。

解决方案 #

根据你的需求，有几种不同的处理方式：

1. 存入时强制构造UTC日期 #

如果你的输入是本地日期字符串（比如"1993-06-12"），直接转Date会用本地时区，这时候可以手动构造UTC时间，确保存入的是目标日期的UTC零点：

const dobStr = "1993-06-12";
const [year, month, day] = dobStr.split("-").map(Number);
// 注意：Date的月份是0-based（0=1月），所以要减1
const dob = new Date(Date.UTC(year, month - 1, day));
// 此时dob的值是1993-06-12T00:00:00.000Z，存入数据库后就是正确的UTC日期

2. 配置Mongoose字段的读取格式化 #

如果不想改变存储逻辑，只想在读取文档时展示本地时区的正确日期，可以给Schema字段加getter函数：

dob: { 
  type: Date, 
  required: [ true, "Date of birth is required" ],
  get: (date) => {
    // 转成本地时区的"DD-MMM-YYYY"格式（比如"12-Jun-1993"）
    return date.toLocaleDateString('en-GB', {
      day: '2-digit',
      month: 'short',
      year: 'numeric'
    });
  }
}

这样当你查询文档时，doc.dob会直接返回格式化后的本地日期字符串，无需额外处理。

3. 读取时手动转换时区 #

如果需要灵活处理时区转换，读取数据库中的UTC日期后，手动转成目标时区的日期：

// 假设从数据库取到的dob是ISODate("1993-06-11T22:00:00.000Z")
const utcDate = doc.dob;
// 转成本地时区的日期对象
const localDate = new Date(utcDate.getTime() + utcDate.getTimezoneOffset() * 60000);
// 格式化输出为"12-June-1993"
console.log(localDate.toLocaleDateString('en-GB', {
  day: '2-digit',
  month: 'long',
  year: 'numeric'
}));

总结 #

MongoDB存UTC时间是行业通用的规范，能避免跨时区场景下的日期混乱。你遇到的“滞后一天”只是时区展示的问题，只要在存入时确保UTC转换正确，或者读取时转成目标时区，就能解决这个问题啦。

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