使用NSFileProviderReplicatedExtension删除多文件目录失败咨询

我们基于苹果官方新API NSFileProviderReplicatedExtension 实现文件提供扩展，用于对接远程文件服务器完成双向同步：服务端产生文件变更时，我们通过向workingset发送信号的方式触发本地文件副本更新。
当前遇到明确异常：当服务端删除包含大量文件的目录时，调用observer.didDeleteItems方法无法完成对应目录的本地删除操作，现收集可落地的解决思路。

• 补全删除接口的入参范围：NSFileProviderReplicatedExtension 不会递归处理目录下的子项删除，调用didDeleteItems时如果只传入被删根目录的标识，系统会因为目录下仍存在子项的本地引用直接拒绝删除操作。必须把该目录下所有层级的子文件、子目录对应的NSFileProviderItemIdentifier全量收集后，和根目录标识一起传入删除接口。
• 控制单批次删除的规模：单批次传入didDeleteItems的item数量建议控制在500-1000区间，单目录下文件量过大时要做分片分批调用，每批间隔100ms以上给系统预留文件系统IO处理时间，避免单批次负载过高导致系统队列阻塞、删除请求静默失败。
• 提前校验待删除项的本地状态：发起删除调用前，先确认待删目录及下属子项不存在未完成的本地上传变更、没有被本地其他进程持有文件句柄，上述两类状态的item会被系统判定为受保护状态，直接拦截删除操作，需要先完成待上传变更同步、等待文件句柄释放后再发起删除。
• 兜底触发工作集重枚举：如果全量传入子项标识、分批调用后仍无法完成删除，可以在删除请求返回失败后调用signalEnumerator(for: .workingSet)触发工作集全量枚举，在枚举回调中返回服务端最新的目录结构，系统会自动比对本地锚点信息，清理本地不存在于服务端的目录和文件。注意该方案仅作为兜底使用，高频触发全量枚举会带来明显的同步性能开销。
• 确认接口调用的队列正确性：所有observer相关的方法调用，必须在扩展上下文提供的extensionContext.queue上执行，不要切换到自定义异步队列调用，跨队列触发observer回调会导致系统侧文件状态同步异常，出现删除、更新操作不生效的问题。

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