如何为iOS和macOS实现本地加密文件的动态系统级访问？

结合你的需求（动态加解密、无数据复制、跨iOS/macOS），以下是已考虑方案之外的可选方向：

1. 优化版File Provider Extension（跨iOS/macOS，App Store合规） #

你提到的File Provider Extension并非必须全量复制数据，可通过按需加载+块级动态加解密优化：

• 针对大文件，仅在其他应用请求特定数据块时，解密对应块并返回，无需全量落地明文。
• macOS上可通过NSFileProviderItem的fileURLForPurpose:error:方法动态提供解密后的内容块；iOS上借助NSFileProviderEnumerator实现按需加载逻辑，配合本地缓存减少重复解密开销。
• 该方案完全符合App Store规则，且能满足跨平台需求，只是需要自行实现块级数据管理逻辑。

2. macOS：macFUSE（用户空间实现，无内核扩展） #

macFUSE已从废弃的内核扩展转为基于System Extensions的用户空间实现，完全符合WWDC的最新要求：

• 支持动态加解密，所有文件操作直接在用户空间处理，无需复制数据到本地。
• 是目前macOS上最成熟、维护最活跃的用户空间文件系统方案，比fuse-t的生态更完善。

3. iOS：Document-Based App + UIDocument动态加解密（App Store合规） #

受iOS沙盒限制，无法直接挂载虚拟文件系统，但可通过以下方式实现近似需求：

• 采用Document-Based App架构，将加密内容存储在应用共享容器中。
• 实现UIDocument子类，在文件打开时动态解密至内存，保存时重新加密，其他应用可通过UIDocumentPickerViewController访问并操作这些文件，全程不落地明文数据。
• 缺点：无法像挂载的文件系统那样在系统文件管理器中全局浏览，需通过文档选择器访问，但这是iOS上合规前提下最接近需求的方案。

4. 非合规私有方案（仅企业内部应用） #

若无需上架App Store，iOS上可借助MobileFUSE等私有框架实现用户空间文件系统挂载，实现和macOS类似的全局文件浏览效果，但该方案无法通过App Store审核，仅适合企业内部部署。

最优组合建议 #

• macOS：使用macFUSE实现完整的虚拟文件系统挂载，完全满足动态加解密、无数据复制的需求。
• iOS：采用Document-Based App + UIDocument方案，通过文档选择器向其他应用开放加密内容的操作权限，兼顾合规性和功能需求。

内容的提问来源于stack exchange，提问作者Peter Jankuliak