调用Zoom API创建会议返回错误日期的问题如何解决

根因分析 #

你遇到的返回时间和请求时间不一致的问题，本质是调用Zoom创建会议接口的参数不符合要求，触发了Zoom的自动时间修正逻辑：

1. 第一个场景中你标注的目标时间为2019年，远早于你发起请求的2021年，属于已过期时间，Zoom不支持创建过去的会议，会自动将会议调整为即时会议，start_time设为请求发起的当前时间
2. 接口参数配置缺失，Zoom的预定会议需要传入必填参数才会使用你指定的时间创建

解决方案 #

1. 修正Zoom API调用参数 #

检查你发送给Zoom API的请求配置，确保包含以下必填字段：

• type：值设为2，代表这是预定会议，如果漏传或者设为1，Zoom会默认创建即时会议，忽略你传入的start_time，直接用当前时间作为会议时间
• duration：值为数字，代表会议时长，单位为分钟，预定会议必填该字段
• 可选补充timezone字段，值设为用户所在时区，比如IST时区对应Asia/Kolkata，避免Zoom使用账号默认时区做自动时间偏移

2. 增加前端时间校验 #

在用户提交前增加校验逻辑，禁止选择早于当前时间的会议时间，避免触发Zoom的自动时间修正。

3. 可选：固定展示用户选择的时间 #

如果需要确保前端始终显示用户最初选定的时间，你可以在Express层收到React传入的start_time后先暂存为变量userStartTime，等Zoom接口返回成功后，在现有代码里加一行覆盖Zoom返回的时间：

response.data["participants"] = participants;
// 新增这行，用用户提交的时间覆盖Zoom返回的时间
response.data["start_time"] = userStartTime;
const newMeeting = new Meeting(response.data);

再存入Mongo和返回给前端，注意该操作需要先确认Zoom确实创建了对应时间的会议，避免两边数据不一致。

4. 前端时间格式化统一时区 #

前端转换时间展示时，不要直接依赖new Date()的本地时区转换，明确指定时区格式化，比如显示IST时间可以用：

new Date(start_time).toLocaleString('en-IN', {timeZone: 'Asia/Kolkata'})

避免不同时区的用户展示的时间不一致。

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