用 trash-cli 替代 rm 是最省心的方案：它跨桌面环境兼容，文件进标准回收站路径，支持命令行恢复与图形界面识别，且在脚本、sudo、子 shell 等场景下行为稳定可靠。
用 trash-cli 替代 rm 是最省心的方案
Linux 原生没有回收站，rm 一执行就彻底删，恢复极难。直接改写 rm 别名或 alias 虽然快，但容易在脚本、子 shell 或 sudo 场景下失效，还可能干扰自动化任务。真正可靠的做法是装 trash-cli ——它实现了跨桌面环境（GNOME/KDE/XFCE）兼容的 trash 命令，文件进 ~/.local/share/Trash，能被图形文件管理器识别，也能用命令行恢复。
实操建议：
- Ubuntu/Debian 系：运行
sudo apt install trash-cli；CentOS/RHEL 系：先启用 EPEL，再sudo yum install trash-cli（或dnf install trash-cli） - 装完立刻把
alias rm=trash加到~/.bashrc或~/.zshrc，然后source ~/.bashrc - 注意：别 alias
rm -rf——trash不支持递归强制清空语义，强行 alias 可能掩盖误操作，应保留原rm -rf的“高危感” -
trash-list查看当前回收站内容，trash-restore交互式恢复，trash-empty清空（支持--days 30按时间清理）
为什么不用 mv 到自建目录 + alias rm 的土办法
很多人自己建个 ~/trash 目录，再 alias rm 成 mv $@ ~/trash/。这看起来简单，实际问题一堆：
- 路径含空格或特殊字符时，
mv参数未加引号会崩，比如rm "my file.txt"变成mv my file.txt ~/trash/→ 报错mv: target 'trash/' is not a directory - 跨文件系统移动（比如从 /tmp 删 home 下的挂载点）会失败，
mv本质是 rename，不支持跨 fs，而trash-cli内部自动 fallback 到 copy + unlink - 没元数据记录原始路径，恢复时不知道该放回哪，
trash-cli在.trashinfo文件里存了完整绝对路径和删除时间 - 图形界面不认你的
~/trash，右键“还原”功能完全失效
safe-rm 能拦截危险 rm，但不能替代回收站
safe-rm 是个白名单防护工具，靠匹配路径模式（如 /etc、/usr）来阻止误删。它不保存文件，只做“喊停”，适合运维加固，不适合日常防手抖。
- 安装后默认拦截
/bin、/sbin等关键路径，但不会拦rm *.log这种通配符批量删——因为匹配的是路径，不是 glob 结果 - 它无法区分“我要删 test/ 下的临时文件”和“我要删整个 test/”，只要路径在黑名单里就拦，容易误伤
- 如果你已经 alias
rm到trash，再叠一层safe-rm反而让trash失效（因为safe-rm本身不支持转发到 trash） - 真要加防护，不如在
trash前加个简单检查：alias rm='trash --force'改成函数，对rm -rf /类输入直接 exit 1
脚本里千万别依赖 alias 的 rm
几乎所有 shell 脚本在非交互模式下默认不加载 alias（shopt -s expand_aliases 也救不了），所以你 .bashrc 里写的 alias rm=trash 对 ./deploy.sh 完全无效。脚本该删还是直接删。
- 脚本中需要“可逆删除”时，显式调用
trash，别用rm - 如果必须兼容老脚本，可用
set -o pipefail; command trash "$@"封装成函数，避免 alias 局限 - CI/CD 流水线、systemd service、crontab 执行的脚本，一律假设
rm就是 GNU coreutils 的原生命令，不要幻想 alias 生效 - 最保险的做法：在脚本开头加判断
command -v trash >/dev/null && RM_CMD=trash || RM_CMD=rm，后续统一用$RM_CMD
真正的难点不在装哪个工具，而在统一所有上下文的行为预期：终端、脚本、GUI、SSH 子 shell、sudo 环境……它们对 alias、PATH、配置文件的加载逻辑完全不同。选 trash-cli 是因为它至少在 PATH 和标准 XDG 规范下行为一致，其他方案都在某个环节掉链子。
