同步失败主因是账户、权限、缓存或协议层断点；需依次检查登录授权状态、系统时间与时区、本地缓存完整性及同步通道是否双向有效。
同步失败不是日历软件坏了，而是账户、权限、缓存或协议层出了断点。直接查这四类位置，80% 的问题当场解决。
检查日历账户是否真正登录并授权同步
很多用户以为“登了 Lark/Outlook/Google 账户”就等于日历已同步，其实客户端常分“消息账户”和“日历账户”两套权限体系，后者默认可能关闭。
- 在 Lark PC 端：头像 →
隐私与权限→ 确认日历同步开关为开启状态；关闭后需重新登录才生效 - 在 Outlook 桌面版：文件 →
账户设置→账户设置…→ 选中账户 →更改→ 勾选同步日历（尤其注意 Exchange 或 Microsoft 365 账户需手动启用） - Google 日历用 iCal 订阅时：
iCal 格式的机密地址必须从 calendar.google.com 的“设置和共享”里复制，不能用公开 URL；且该地址有效期为 1 年，过期后同步会静默停止
确认系统时间、时区与网络请求未被拦截
日历同步依赖精确的时间戳比对和 HTTPS 请求，哪怕系统时间快 2 分钟，或公司防火墙屏蔽了 calendar.google.com / larksuite.com 域名，都会导致事件不更新、提醒消失、重复事件错乱。
- Windows：右下角时间 →
日期和时间设置→ 开启自动设置时间和自动设置时区 - macOS：系统设置 →
通用→日期与时间→ 勾选自动设置日期与时间；再进 Lark/Outlook 设置核对时区是否为UTC+8（北京）而非自动检测 - 若在企业内网，尝试用手机热点重试；或临时关闭杀毒软件的“网页防护”“HTTPS 扫描”功能
强制刷新或重建日历本地缓存
缓存损坏是同步卡在“旧数据”不动的最常见原因，尤其在系统升级、客户端异常退出、磁盘写入失败后。别等自动同步，手动清。
- Lark（macOS）：
Command + Shift + G→ 输入~/Library/Application Support/LarkCalendar→ 删除整个文件夹 → 完全退出 Lark 再启动 - Lark（Windows）：关闭客户端 → 进入
%AppData%\LarkCalendar或%LocalAppData%\LarkCalendar→ 清空内容 → 重启 - Outlook：文件 →
账户设置→账户设置…→ 选中日历账户 →修复（适用于 Exchange/365）；iCal 订阅日历则右键 →刷新，或删除后重添加
验证同步通道是否双向有效
单向同步（比如只能从手机推到电脑，但电脑新增事件不回传）容易被误判为“失败”，实际是协议限制或配置遗漏。
- iCal 订阅本质是只读：你在 Outlook 里新增事件，不会写回 Google 日历；必须用 Outlook 添加 Google 账户原生支持（IMAP/CalDAV），或改用
Google Calendar Sync工具（已停更，不推荐） - 敬业签、BusyCal 等第三方工具：检查手机端是否开启
自动同步，且 Wi-Fi/移动数据权限未被系统限制后台活动（iOS 需开后台应用刷新，Android 查电池优化白名单） - 测试方法：在手机 Google 日历 App 新建一个带提醒的会议 → 等 2 分钟 → 在电脑 Outlook 或 Lark 中搜索该标题；再反向操作一次，确认两边都可见
真正难排查的是跨协议混用场景——比如一边用 iCal 订阅，一边又绑了同一账户的 Exchange，系统会静默优先走某一条通道，且不报错。这时候得关掉一个，再逐个验证。
