日历事件改变了几天

9月，我添加了26个日历活动，每隔一个星期六进行一次，以设定个人目标。每个日历条目都是一个单独的事件，我没有使用重复事件功能。我注意到有些目标正在向未来几天转移。

• 从11月29日到12月13日的事件已经向前移动了两天：它们没有出现在星期六，而是出现在两天后的星期一。

• 从12月27日到1月10日的事件已经向前移动了五天：它们没有出现在星期六，而是出现在五天后的星期四。

• 从1月24日到3月7日的事件已经向前移动了八天：它们没有出现在星期六，而是出现在八天后的星期日。

• 从3月21日到4月4日的事件已向前移动了11天：与其在星期六发生，不如在11天后出现在星期三。

依此类推，差距在未来会越来越大。

到目前为止，我添加的唯一其他事件是每个星期二重复发生的事件，该事件不受影响（即未转移）。我不会使用此设备穿越时区，并且日间移动与任何夏令时都不相关。这是一部带锁屏功能的办公电话：我的孩子们或其他任何人都无法访问该设备，也无法访问与其关联的Google帐户。我在设备上安装的应用程序很少，例如Anki和Firefox。我的设备上没有任何社交媒体应用程序，例如Facebook。

这是在Android 4.4上的Samsung Note 3上。

详细信息：这是使用库存的Google日历应用程序，该日历已存储并与我的Google帐户“ dotancohen”同步。因为这些是“ dotancohen”日历中唯一提前的条目，所以我不知道其他条目是否会受到影响。我确实有显示在Google日历应用程序中的其他日历，这些日历与其他Google帐户（例如我的工作帐户）相关联。所有受影响的条目我们一次都在设备上手动添加了一个条目，即我在“月”模式下长按了日历，并手动添加了每个条目。对于该特定日历（“ dotancohen” Google帐户），我从未在其他设备上打开日历。

最近，在类似情况下，我的Samsung Note 4发生了这种情况。我不跨时区，与时间更改无关，因为什么都没发生。我也在使用Lollipop 5.0.1，因此它似乎不是操作系统问题。

我的是Google日历，而不是手机的默认日历。在我将日历与Google同步后，似乎确实发生了变化。这只是发生在我坐在“其他”场合时发生的事件上。我猜这可能是同步系统中的一个错误，试图弄清使用“其他所有”类型设置的日子。

我通过编辑事件（选择所有事件），然后将其移回正确的星期六并按原样将其修改为“每月的第二个星期六”来纠正此错误，并且似乎在同步时可以纠正所有错误。

我不知道这是否可以解释几天内发生的事件，但这是直接来自Google日历支持的信息

时区可能很复杂，有时这种复杂性可能会影响您的日历事件。以下是有关世界各地时区变化如何影响您以及如何解决常见问题的一些详细信息。

为什么时区不是那么简单

时区更改可能非常复杂的一些原因如下：

• 每年，许多国家/地区都在标准时间（ST）和夏令时（DST）之间切换，但不幸的是，它们不是同时进行的。例如，在2011年，欧洲在10月30日从DST切换到ST，而美国在11月6日切换到ST。这意味着纽约和伦敦之间的标准5小时时差是10月30日至11月6日之间的4小时。
• 每年，有几个国家/地区决定完全更改其时区或DST规则。最近的例子包括俄罗斯，智利，白俄罗斯和埃及。莫斯科冬天曾经是UTC + 3，夏天曾经是UTC + 4，但是当俄罗斯决定从2011年11月起不再使用DST时，莫斯科全年都变成了UTC + 4。

为了最大程度地减少对这些更改的潜在干扰，Google日历依赖于UTC时间（世界标准时间，以前称为格林威治标准时间或格林尼治标准时间），即单个“真实”时间，以帮助避免所有位置的冲突。

每当您创建事件时，日历都会使用当前已知的转换规则将其从您的时区转换为UTC时间。通过对所有事件使用一个通用时间，日历可以使所有来宾的日历保持一致，无论他们身在哪个时区。当我们在日历上显示事件时，该事件都会从UTC转换为显示在您自己的时区中。

让我们再看看俄罗斯的例子。如果您在2011年3月在2011年11月17:00 MSK创建了一个活动，那么根据我们在3月知道的规则，我们会将其存储为UTC 14:00。在俄罗斯发生切换后，Google日历会采用新规则，并将此事件转换为18:00 MSK。幸运的是，您预订的所有参与者和会议室仍可用于此会议。

您可以测试是否确实是时区问题的一种方法是添加“全天事件”，如果这些事件也发生变化，则说明还有其他事情发生。全天事件仅基于日期，因此它们根本不依赖时区。