Google Calendar生成UNTIL早于起始时间的重复系列：是预期还是Bug？

重现步骤 #

• 通过Google Calendar网页界面创建重复事件，API返回的事件数据如下：

{  
  "summary": "test recur move last",  
  "start": {  
    "dateTime": "2023-10-09T10:00:00+03:00",  
    "timeZone": "Europe/Kiev"  
  },  
  "end": {  
    "dateTime": "2023-10-09T10:30:00+03:00",  
    "timeZone": "Europe/Kiev"  
  },  
  "recurrence": [  
    "RRULE:FREQ=DAILY;UNTIL=20231011T205959Z"  
  ]  
}

• 将该系列的最后一次事件（2023-10-11）移至2023-10-14，并选择本次及后续事件选项。

操作后，原系列会被拆分为两个独立系列：

第一个系列 #

{  
  "summary": "test recur move last",  
  "start": {  
    "dateTime": "2023-10-09T10:00:00+03:00",  
    "timeZone": "Europe/Kiev"  
  },  
  "end": {  
    "dateTime": "2023-10-09T10:30:00+03:00",  
    "timeZone": "Europe/Kiev"  
  },  
  "recurrence": [  
    "RRULE:FREQ=DAILY;UNTIL=20231010T205959Z"  
  ]  
}

第二个系列 #

{  
  "summary": "test recur move last",  
  "start": {  
    "dateTime": "2023-10-14T10:00:00+03:00",  
    "timeZone": "Europe/Kiev"  
  },  
  "end": {  
    "dateTime": "2023-10-14T10:30:00+03:00",  
    "timeZone": "Europe/Kiev"  
  },  
  "recurrence": [  
    "RRULE:FREQ=DAILY;UNTIL=20231011T205959Z"  
  ]  
}

问题 #

第二个系列的起始时间为2023-10-14，但RRULE中的UNTIL日期为2023-10-11，从RRULE逻辑判断该系列不应生成任何事件，但Google Calendar仍会显示2023-10-14的这一次事件。

问询 #

这种行为是Google Calendar的预期设计还是Bug？

解答 #

这属于Google Calendar的预期设计。

当你选择修改重复事件的「本次及后续事件」并调整时间时，系统会为修改后的部分生成新系列，但会优先保留你手动指定的具体事件实例——即使RRULE的UNTIL参数早于该实例的时间。Google Calendar在处理这类手动修改的重复事件时，核心逻辑是尊重用户的手动调整操作，而非严格仅通过RRULE规则生成事件。

这种设计的目的是确保用户的修改操作完全生效：你明确要求保留并调整了2023-10-14的事件，系统会固定保留这个显式的实例，同时可能沿用原系列的RRULE参数（比如UNTIL），但实际显示时会优先加载用户手动确认的事件条目。

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