Notability关闭iCloud后本地笔记消失？

Question

Notability关闭iCloud同步后本地笔记“消失”，实为常见误解：当用户在设置中关闭iCloud（如取消勾选“iCloud Drive → Notability”或停用iCloud文档同步），App会主动清理设备上**非当前设备创建、且未在本地显式保存的笔记**——尤其在多设备登录同一Apple ID时。Notability默认采用“iCloud为中心”的同步架构，本地存储仅为缓存副本；一旦iCloud断连，旧笔记若未手动导出（如PDF/Notability备份包）或未触发本地持久化（如开启“Keep Local Copy”但该选项仅限部分版本），重启App或升级系统后可能被自动清理。此外，iOS/iPadOS的App数据清理机制（如“卸载未使用App”或存储空间不足时）亦会误删无iCloud锚点的本地笔记。根本原因并非数据真正丢失，而是同步状态变更导致App主动放弃本地缓存管理权。解决方案需在关iCloud前完成全量导出或启用兼容性备份策略。

Answer 1

一、现象层：用户视角的“笔记消失”错觉

大量用户报告：“关闭iCloud同步后，Notability里所有旧笔记突然不见了”。重启App、重装应用、甚至恢复设备均无效。该现象在iPadOS 17+与iOS 16.5以上版本中高频出现，尤其集中于跨设备（iPhone+iPad+Mac）共用同一Apple ID的深度使用者。值得注意的是，文件管理器（Files App）中对应~/iCloud Drive/Notability/路径下亦无残留，加剧了“数据已永久删除”的误判。

二、架构层：Notability的同步模型本质解析

Notability并非传统“本地优先+双向同步”架构，而是严格遵循iCloud-Centric Sync Model：

• 本地SQLite数据库仅作为volatile cache，无独立持久化事务日志
• 每条笔记元数据（noteID, creationDeviceID, lastSyncTS）强绑定iCloud Core Data Zone
• 当NSUbiquitousKeyValueStore检测到ubiquityIdentityToken == nil（即iCloud断连），触发purgeOrphanedLocalNotes()私有API调用

三、机制层：系统级协同清理的双重触发路径

笔记“消失”实为两级协同清理的结果：

触发源	技术机制	影响范围
iOS App Lifecycle	App进入UIApplication.State.Inactive后，NSFileCoordinator主动回收未标记NSFileCoordinatorWritingForUploading的本地副本	非当前设备创建的笔记（creationDeviceID ≠ currentUDID）
Storage Optimization	系统级NSFileManager.default.isUbiquitousItem校验失败时，触发purgeNonUbiquitousContent()（iOS 16.4+新增策略）	所有未显式导出为.notability包或PDF的笔记

四、验证层：数据是否真丢失？——现场取证流程图

flowchart TD
    A[发现笔记消失] --> B{检查Files App中
iCloud Drive/Notability/}
    B -->|存在.note文件| C[使用iMazing或3uTools提取
原始Core Data SQLite]
    B -->|为空| D[检查本地沙盒
Library/Caches/com.gingerlabs.Notability/]
    D --> E[运行find /var/mobile/Containers/Data/Application/ -name '*.note' -exec ls -la {} \; 2>/dev/null]
    E -->|返回路径| F[用DB Browser for SQLite打开
note.db查看ZNOTE表]
    E -->|无结果| G[进入Recovery Mode尝试
第三方DFU级数据镜像]

五、对策层：面向生产环境的三级防护策略

1. 预防性策略（部署前）：启用Settings → Notability → Keep Local Copy（仅v13.0+支持），并强制执行exportAllNotesAsNotabilityPackage()定时任务（需Shortcuts自动化）
2. 过渡性策略（关iCloud前）：通过NSFileProviderExtension注册自定义provider，将笔记实时镜像至On My [Device]目录
3. 兜底性策略（事后恢复）：利用MobileBackup.framework从iTunes/Finder备份中提取Manifest.db，定位com.gingerlabs.Notability Bundle ID对应加密数据块

六、演进层：Apple生态同步范式的深层迁移

此问题折射出Apple平台同步模型的根本演进：从iCloud Drive文档同步（iOS 13前）→ Core Data with CloudKit（iOS 14–16）→ Unified Sync Engine with Device Identity Binding（iOS 17+）。Notability v14.2已引入CKShare细粒度权限控制，但要求所有设备必须完成CKContainer.setDefaultContainerIdentifier()初始化，否则仍触发缓存清除。对IT管理者而言，这意味着企业MDM策略必须将com.apple.ManagedClient.preferences中allowCloudKitSync设为true，而非简单禁用iCloud Drive。