AWS Lambda与本地Moment.js日期计算结果不一致问题求助

问题原因 #

你的代码中toLocaleDateString()方法会依赖运行环境的默认时区生成日期字符串：

• 本地环境是GMT+8（新加坡时区），生成的是当地日期（如2023/01/01），用new Date(today)解析时，会被视为GMT+8时区的00:00，转成UTC就是前一天的16:00
• AWS Lambda默认使用UTC时区，toLocaleDateString()生成的是UTC日期，new Date(today)解析为UTC时区的00:00，最终导致加118天后的UTC时间差了8小时，结果不一致

解决方案 #

方法1：明确指定时区解析日期 #

通过给toLocaleDateString指定时区，同时配合moment的时区处理，确保解析逻辑一致：

const moment = require('moment-timezone'); // 需要先安装moment-timezone依赖

const dateToday = new Date();
// 强制输出新加坡时区的日期字符串
const today = dateToday.toLocaleDateString('zh-CN', { timeZone: 'Asia/Singapore' });
// 用moment指定时区解析日期，避免环境差异
const accumulatedDate = moment.tz(today, 'YYYY/MM/DD', 'Asia/Singapore')
  .add(118, 'days')
  .toISOString();

console.log(accumulatedDate);

方法2：全程用moment-timezone处理（更简洁可靠） #

直接使用moment-timezone处理当前日期，跳过原生Date的时区依赖：

const moment = require('moment-timezone');

// 直接获取新加坡时区的当日起始时间，加118天后转成ISO字符串
const accumulatedDate = moment.tz('Asia/Singapore')
  .startOf('day')
  .add(118, 'days')
  .toISOString();

console.log(accumulatedDate);

方法3：设置Lambda运行时区（可选） #

如果不想修改代码，可以通过设置Lambda的环境变量TZ=Asia/Singapore，让运行环境默认使用新加坡时区。不过这种方式依赖环境配置，不如代码层面处理更可靠。

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