Linux中alias不参与路径查找，不会引入二次寻址开销；所谓“配置绝对路径别名规避root指令路径拼接开销”是误解，因alias仅做字符串替换，命令执行时的PATH查找逻辑与直接输入完全一致，且硬编码绝对路径反而降低可移植性。

Linux 中并不存在“配置绝对路径别名 alias 规避 root 指令路径拼接带来的二次文件系统寻址开销”这一实际需求或可行优化路径。原因很明确：alias 本身不参与路径查找，也不会引入额外的文件系统寻址开销；所谓“root 指令路径拼接”和“二次寻址”属于对 shell 执行机制的误解。

下面分几个关键点讲清楚：

alias 不触发 PATH 查找
当你定义 alias ll='ls -l'，shell 在执行 ll 时，直接字符串替换为 ls -l，然后对替换后的命令重新解析——此时才进入正常的命令查找流程：先检查是否为 shell 内建命令，再按 $PATH 顺序搜索可执行文件（如 /bin/ls 或 /usr/bin/ls）。这个过程和你直接敲 ls -l 完全一致，没有多一次查找，也没有“二次寻址”。

绝对路径不能也不该用 alias 绑定
你可能想写 alias ls='/bin/ls' 来“跳过 PATH 查找”，但这是无效且无意义的：

• alias ls='/bin/ls' 确实会让 ls 调用 /bin/ls，但它仍需 fork+exec，和 ls 原本查到的 /bin/ls 是同一个二进制；
• 更重要的是：/bin/ls 是硬编码路径，一旦系统迁移（如 /bin 被符号链接到 /usr/bin）、容器环境或精简系统中路径变动，该别名就会失效；
• shell 并不因为用了绝对路径就“省掉一次 PATH 遍历”——PATH 查找只发生在命令名是相对名（无 /）时；而 /bin/ls 这种带斜杠的路径，shell 直接执行，根本不会查 PATH。但 alias 的作用不是加速这个环节，而是改写命令文本。

真正影响性能的环节不在 alias
所谓“寻址开销”如果存在，通常来自：

• 大量 $PATH 目录（如几十个）导致 execvp() 尝试多次 stat；
• 某些老旧或 misconfigured 系统中 $PATH 包含 NFS 挂载点，stat 可能变慢；
• 但这些与 alias 无关，也与是否以 root 身份运行无关（root 的 $PATH 和普通用户不同，但查找逻辑完全一样）。

如果你真想绕过 PATH 查找（极少必要）
可用以下方式，但不是 alias 的职责，也不推荐常规使用：

• 直接写绝对路径调用：/bin/cp a b —— 这确实跳过 PATH；
• 用 command cp a b 强制忽略别名并走 PATH 查找（更安全）；
• 用 \cp a b 绕过别名，但仍走 PATH；
• 函数中缓存路径（极少数场景）：

  cp() { /bin/cp "$@"; }

  但这牺牲了灵活性（比如无法继承 cp 的 shell 内建行为或 alias 注入的 -i），得不偿失。

基本上，alias 是语法糖，不是性能工具。它解决的是输入效率和操作安全（如 alias rm='rm -i'），而非底层执行路径优化。真正的性能瓶颈从来不在这里。