alias rm='rm -i' 不总生效，因发行版预定义别名可能覆盖、非交互式 shell 不加载 ~/.bashrc；应先 unalias rm，再在 ~/.bashrc 末尾设 alias rm='rm -i' 和 alias rmf='rm -f'，并 source 生效。
为什么 alias rm='rm -i' 不总是生效
直接在 ~/.bashrc 里写 alias rm='rm -i' 看似合理，但实际执行时可能被 shell 内置行为或别名展开顺序绕过。比如某些发行版（如 Ubuntu）默认已定义 rm 别名，后续同名 alias 会被忽略；或者你在脚本中调用 rm 时，非交互式 shell 默认不加载 ~/.bashrc，导致别名失效。
正确配置 rm -i 别名的三步操作
确保每次打开终端或运行脚本时都强制启用交互确认：
- 先取消已有别名干扰：
unalias rm 2>/dev/null - 在
~/.bashrc末尾添加两行：alias rm='rm -i' alias rmf='rm -f'
- 重载配置：
source ~/.bashrc；验证是否生效：alias rm应输出alias rm='rm -i'
注意：不要用 alias rm='command rm -i' —— 这会绕过别名本身，失去 -i 对递归操作（如 rm -r dir）的保护效果。
rm -i 在递归删除时的行为陷阱
rm -i 对单文件有效，但对 rm -r 的提示粒度很粗，只问“是否删除目录？”，不逐个列出子项。这意味着你仍可能误删整个目录树。
- 真正安全的做法是改用
rm -I（大写 i）：它只在删除 3 个以上文件、或递归操作前提示一次，比-i更实用且防手滑 - 示例：
alias rm='rm -I'，这样rm -r project/会先问 “rm: remove 124 items? ”，给你反悔机会 - 如果必须保留
-i，记得所有批量操作都要加引号避免通配符提前展开：rm -i "*.log"而不是rm -i *.log（后者会在 alias 生效前就由 shell 展开成一堆文件名，rm -i只能对每个文件单独确认）
更可靠的替代方案：用函数代替 alias
别名无法处理参数逻辑判断，而函数可以。例如防止误删根目录或关键路径：
rrm() {
for arg in "$@"; do
[[ "$arg" == "/" || "$arg" == "/home" || "$arg" == "/etc" ]] && { echo "拒绝删除敏感路径: $arg"; return 1; }
done
command rm -I "$@"
}
然后 alias rm=rrm。这样既保留交互确认，又加了一层路径白名单防护。不过要注意：函数里的 command rm 是必须的，否则会无限递归调用自己。
最常被忽略的是：rm -i 对 sudo rm 完全无效 —— 因为 sudo 启动的是新 shell，不读取你的 ~/.bashrc。真要保护 sudo 场景，得在 root 的 shell 配置里也设别名，或直接禁用 sudo rm 改用 sudo ls + 手动确认。
