请解释 HDFS 的 Trash 机制的具体工作流程，并说明可以通过哪些配置文件参数来调整 Trash 的启用状态、检查间隔和回收站保留时间？

回答思路

1. 【回答框架 1】HDFS Trash 是一种软删除机制，默认关闭，用于在删除文件后将其暂存到用户目录下的 .Trash 目录，从而提供一定期限内的恢复能力。其本质是文件的逻辑移动而非物理删除，文件块元数据被更新，而实际数据块保持不变，直到 Trash 过期后才被真正清理。
2. 【回答框架 2】在启用 Trash 后，当用户执行删除操作时，文件会被移动到当前用户主目录下的 .Trash/Current 目录，并保留原始路径结构，便于按路径恢复。若删除的文件已存在于 Trash 中，则进行同名合并处理。Trash 的检查点机制会定期将 Current 目录快照到带时间戳的目录中，以便管理过期文件。
3. 【回答框架 3】可以通过配置文件 fs.trash.interval 设置检查点周期间隔和 Trash 内容的存活周期，单位为分钟，默认值为 0 表示禁用 Trash。还可以设置 fs.trash.checkpoint.interval 来指定检查点创建频率，默认与 fs.trash.interval 相同，但也可以单独配置。此外，还可通过设置 fs.trash.emptier.interval 控制 Trash 清空线程的执行周期，默认 0 表示由 NameNode 的检查点过程触发。
4. 【回答框架 4】Trash 的实际删除流程是：NameNode 在每个检查点周期检查是否有过期目录，若有则触发异步线程，将超过保留期限的检查点目录彻底删除。需要注意的是，Trash 机制只适用于 CLI 操作，Java API 中的 delete 方法不会自动使用 Trash，需要显式调用 trash 相关 API 才能实现相同效果。
5. 【回答框架 5】在集群规划中，应根据业务需求和存储成本合理设置 Trash 保留时间。过短的保留期可能无法满足误删恢复需求，过长的保留期会占用额外的 NameNode 元数据空间和 DataNode 存储空间。建议结合监控和运维经验，设置如 1440 分钟（一天）的默认保留周期，并在需要时调整。
6. 【关键点 1】Trash 是一种软删除机制，默认关闭，通过 fs.trash.interval 配置启用和设置保留时间，单位分钟
7. 【关键点 2】启用后删除文件会移动到用户目录下的 .Trash/Current，检查点机制将 Current 快照为带时间戳的目录，过期后由清空线程真正删除
8. 【关键点 3】Java API 的 delete 方法默认不使用 Trash，需要调用特定 API 或通过配置启用，CLI 操作则自动处理
9. 【易错点 1】误认为 Trash 机制对 Java API 删除操作自动生效，实际需要显式处理
10. 【易错点 2】未区分 fs.trash.interval 与 checkpoint 间隔，两者可独立配置
11. 【易错点 3】忽略 Trash 可能占用大量 NameNode 和 DataNode 资源，需根据存储容量平衡保留时间