我之前也踩过这个夏令时的坑！其实核心问题在于Google Calendar默认会根据你指定的带夏令时规则的时区自动调整事件时间，想要全年固定在1:00-11:00 AM的本地时间，有几个非常实用的解决办法：

方法一：使用「浮动时间」（移除timeZone参数） #

这是最直接的方案，把start和end对象里的timeZone参数删掉，只保留dateTime的本地时间格式。这样Google Calendar会把这个时间当作「墙钟时间」，完全忽略夏令时的切换规则，不管什么时候都严格遵循你设置的本地时间段。

修改后的代码示例：

const event = {
  summary: 'recurring weekly',
  start: {
    dateTime: `2025-09-05T01:00:00` // 不再指定timeZone
  },
  end: {
    dateTime: `2025-09-05T11:00:00` // 同样移除timeZone
  },
  recurrence: [recurrence], // 保留原有的每周重复规则即可
};

方法二：给RRULE指定固定偏移的时区 #

如果你必须保留时区参数，可以把 recurrence 规则里的TZID改成无夏令时的固定偏移时区（比如UTC-05:00、UTC+08:00这类，而不是像America/New_York这种会随DST变化的时区），同时明确加上BYHOUR和BYMINUTE来锁定小时和分钟。

比如你的recurrence可以改成这样（假设你原本的重复规则是每周X日）：

RRULE:FREQ=WEEKLY;BYDAY=X;TZID=UTC-05:00;BYHOUR=1,11;BYMINUTE=0,0

这种方式下，Calendar会始终按照固定的UTC偏移来计算时间，自然不会因为夏令时改变事件的本地时间段。

为什么原来的代码会出问题？ #

你之前指定了带夏令时规则的时区（比如America/Chicago这类），Google Calendar会自动套用该时区的DST切换逻辑：夏令时开始那天，时区偏移会变化1小时，导致事件的结束时间被自动调整，原本的11:00 AM就变成了10:00 AM，时长也跟着变了。

最后提醒下：创建完事件后，一定要去Google Calendar网页端检查夏令时切换前后的事件实例，确认时间段是否符合预期。如果还是有小问题，也可以在网页端手动编辑重复规则，选择「不遵循夏令时」的选项，这个操作和API里用浮动时间的效果是一致的。