2026.10.14 · 5 分钟阅读
iCloud Drive 文件更新异常:iPhone 首次打开旧版,再打开才是新版
在 Mac 上更新 iCloud Drive 中的 DOCX、PDF 文件后,发现 iPhone 上的「文件」App 没有及时显示更新。最容易误判的地方是:第一次打开看到的仍是旧内容,关闭后再次打开,才显示最新内容。
这篇文章记录实际观察和排查结果。目前问题尚未解决,也没有确认具体原因。
使用环境
| 项目 | 环境 |
|---|---|
| Mac 系统 | macOS 15.8.1 |
| iPhone 系统 | iOS 27.0.1 |
| 同步服务 | iCloud Drive |
| 文件类型 | DOCX、PDF |
| iPhone 打开方式 | 「文件」App 直接预览 |
具体表现
在 Mac 修改并保存已有文件后,iCloud 云盘网页版显示的文件时间戳已经更新,但 iPhone「文件」App 中同一文件的时间戳仍是旧的。
随后在 iPhone 打开该文件,第一次预览显示旧内容。关闭预览后,再次打开同一个文件,才看到最新内容。
因此,文件出现在列表中,甚至已经能够打开,都不能作为当前显示内容是最新版的依据。
需要区分的是:本次在网页版核对的是文件时间戳,没有通过下载云端文件进一步核对内容。时间戳更新说明云端文件信息发生了变化,但单凭这一点,不能精确确定新版内容何时完成上传。
已完成的排查
| 操作或对照 | 实际结果 |
|---|---|
| 查看 iCloud 云盘网页版 | 文件时间戳已更新 |
| 在 iPhone 文件夹中下拉刷新 | 时间戳没有更新 |
| 从 App 切换器彻底关闭「文件」App,再重新打开 | 时间戳没有更新 |
| 重启 iPhone,先查看列表、不打开文件 | 问题仍旧 |
| 在 Mac 新建目录 | iPhone 能看到新目录 |
| 在 Mac 同一目录新增文件 | iPhone 能看到新文件 |
| 在 iPhone 首次打开修改后的原文件 | 显示旧内容 |
| 关闭预览,再次打开原文件 | 显示最新内容 |
新增目录和新增文件能够出现在 iPhone 上,说明这台设备仍然能收到部分 iCloud Drive 变化。异常更集中在已有文件修改后的信息与内容更新。
不过,新增文件测试目前只确认了文件可见,没有另外验证其首次打开时的内容,因此不能把它写成「新文件下载与内容同步完全正常」。
能得出的判断与尚未确认的原因
下拉刷新、重新启动 App 和重启手机都没有解决问题,而访问原文件后再次打开能够看到新版。这组现象符合一种可能:第一次打开仍读取旧的本地副本,同时触发了更新;第二次打开才读取到新版本。
这只是根据现象作出的推测。 本次没有系统日志、下载状态记录或文件内容校验,无法确认延迟发生在变更通知、文件元数据更新、本地副本下载还是预览缓存环节,也不能据此认定 iOS 27.0.1 或这组系统版本存在普遍性的缺陷。
可以确认的是,这个问题不只是「预览一直开着,所以画面没刷新」:文件列表中的时间戳也没有及时更新,而且首次重新打开仍然显示旧内容。
公开的类似报告
检索到一些「云端更新后仍读取旧副本」的报告,但没有找到与本次完整复现过程完全一致的公开案例,也没有找到 Apple 针对上述系统版本组合的确认。
- Nextcloud issue #649:iOS default Files app doesn’t re-download updated file。2018 年的报告描述了电脑修改并上传文件后,iOS 内置「文件」App 仍打开旧缓存,测试类型包括 DOCX、PDF、XLSX 和 TXT。区别是它使用 Nextcloud,而且文件时间戳会更新,内容仍旧。
- Synology Drive:iPad 永久下载文件仍打开旧版。2024 年的用户报告称,通过 Apple「文件」App 打开仍得到旧版,移除本地下载后重新下载才恢复。该案例使用 Synology Drive,并非 iCloud Drive。
- Apple 社区:iCloud keeps overwriting new work with previous Word files。2023 年的报告描述了在一台 Mac 修改 Word 文件后,另一台 Mac 从 iCloud 打开旧版的情况。它涉及 Mac 之间的同步和覆盖问题,并不是 iPhone 直接预览的相同案例。
这些报告可以作为现象对照,不能证明它们与本次问题有相同原因,也不能把社区报告视为 Apple 已确认的系统 Bug。
当前临时处理与后续验证
目前实际验证有效的临时操作是:在 iPhone 打开原文件一次,关闭预览,再打开一次。 首次显示的内容仍可能过期,因此不能只打开一次就认为已经拿到最新版。
补充观察:对目录「移除下载」只清理了部分文件
随后在 iPhone「文件」App 中长按目录,选择「移除下载」。实际结果是:只清理了一部分本地下载,部分文件仍保留在本地。
在这次观察中,未被清理的文件在 iPhone 上显示的时间戳早于 iCloud Drive 网页端对应文件的时间戳。这一时间戳方向与前面「Mac 更新后,iPhone 时间戳仍旧」的观察一致。
目前没有确认这些文件是否有本地修改、是否存在待上传状态或版本冲突,也没有确认时间戳差异是否直接导致无法移除下载。因此,不能仅凭时间戳较早,就确定本地内容版本或系统保留这些副本的原因。
这次测试说明,对目录执行「移除下载」没有清空所有本地副本。尚未验证对这些残留文件逐个执行「移除下载」是否有效,也未验证成功移除后首次打开是否显示最新版。「移除下载」目前仍不能作为本次问题已确认的修复方法。
后续对照可以分别记录残留文件的本地与云端时间戳、文件大小、内容差异,以及逐个移除下载的结果,以区分内容版本差异和文件信息异常。这里的「移除下载」指移除设备上的下载副本,不是删除云端文件。
如果需要向 Apple 支持反馈,可以用下面这段描述复现过程:
Mac 修改 iCloud Drive 中的已有 DOCX、PDF 文件后,网页版文件时间戳已更新,iPhone「文件」App 的时间戳仍旧。下拉刷新、彻底关闭再打开 App、重启 iPhone 均无效。Mac 新建目录或同目录新增文件,iPhone 可以看到。iPhone 首次直接预览原文件时显示旧内容,关闭后第二次打开才显示最新内容。
补充:在 iPhone 长按目录并选择「移除下载」,只清理了部分本地下载;观察到未被清理的文件,其 iPhone 时间戳早于 iCloud Drive 网页端对应文件。尚未确认这些文件的内容差异或上传状态。
记录日期: 2026 年 10 月 14 日。当前状态: 问题仍存在,有临时查看办法,尚无已验证的根本修复。