首先直接给你结论：Apple并没有向第三方开发者提供公开API，允许我们将文件直接移入iCloud Drive的系统级「最近删除」文件夹。

你提到用FileManager的removeItemAtPath:或removeItemAtURL:会永久删除文件，这是因为这些方法是直接从你的App的iCloud容器中移除文件，完全绕过了系统的文件回收流程——而Files app或iCloud.com能将文件移入「最近删除」，是它们作为系统自带应用拥有的特殊权限，第三方App受沙箱机制限制，无法访问或操作这个系统私有区域。

推荐的替代方案：自建App内回收站 #

既然无法调用系统的「最近删除」功能，自建「已删除项目」目录是最可行的方案，而且可以做得贴近系统体验，具体步骤如下：

• 在你的App的iCloud容器根目录下创建一个专门的回收站目录，比如命名为Trash或「已删除项目」
• 当用户触发删除操作时，不要调用删除方法，而是用FileManager的moveItem(at:to:)将目标文件移动到这个回收站目录
• 为每个被删除的文件记录删除时间（可以存在UserDefaults里，或者在回收站目录下创建一个元数据文件记录）
• 实现自动清理逻辑：每次App启动时，遍历回收站目录，删除那些超过30天的文件（调用removeItem(at:)永久删除）
• 给用户提供恢复入口：在App内添加「已删除项目」页面，让用户可以查看、恢复（移回原路径）或永久删除回收站里的文件
• 注意开启iCloud同步：确保这个回收站目录也被纳入iCloud同步范围，这样用户在不同设备上都能看到自己删除的文件

额外说明 #

虽然这个方案需要你自己实现一套回收逻辑，但这是目前唯一符合Apple沙箱规则和开发者规范的做法。系统的「最近删除」是为系统级文件管理设计的，第三方App无法介入，所以自建回收站是最优选择，既能满足用户的误删恢复需求，又能保证App的稳定性和合规性。

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