alias不持久且无参数处理能力，需写入~/.bashrc等配置并source生效；复杂需求应使用shell函数，避免覆盖关键命令和跨shell依赖。
别名（alias）不是万能的，但写对了能省下大量重复输入；写错了反而让命令行为更不可控——尤其在脚本或多人共享环境里。
alias 命令本身不持久，退出 shell 就失效
直接运行 alias ll='ls -al' 确实能让当前终端生效，但新开一个终端或执行子 shell（比如 bash 进入新会话）后就没了。这不是 bug，是设计：alias 属于 shell 的运行时状态，不自动落盘。
- 临时测试用没问题，但日常要用必须写进配置文件
- 普通用户通常写入
~/.bashrc（bash）或~/.zshrc（zsh），root 用户注意别误改/root/.bashrc - 改完要重载：
source ~/.bashrc，而不是关掉再开终端（那样也行，但慢） - 如果用了 systemd user session 或远程 SSH 登录方式特殊，可能需要检查是否加载了
.bashrc（例如某些发行版默认只读.bash_profile）
别名里带参数？得用函数代替
alias grep='grep --color=auto' 没问题，但想实现 grep -r "foo" . 并允许替换路径或关键词？alias 无法捕获参数位置，硬写成 alias gr='grep -r' 只是缩写，不能动态传参。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 真正需要参数灵活性时，必须改用 shell 函数
- 例如在
~/.bashrc中写：
gr() {
grep -r --color=auto "$1" "${2:-.}"
}
这样 gr 'error' /var/log 和 gr 'warn'（自动 fallback 到当前目录）都能工作。
- 别名不能嵌套调用自身，函数可以递归（不过一般没必要）
- 函数还能做简单判断、变量处理，alias 只是纯文本替换
别名冲突和覆盖很隐蔽，尤其和系统命令同名时
写 alias ls='ls --color=auto' 看似安全，但如果某天你装了个第三方工具也叫 ls（比如某个 Rust 写的替代品），或者 alias 被其他配置覆盖（如 /etc/profile.d/xxx.sh），结果可能出人意料。
- 用
\ls可绕过 alias 直接调用原始命令，适合调试 - 用
type ls查看它是 alias、function 还是二进制路径，比which更准确 - 避免 alias 覆盖关键命令如
cd、rm、mv，除非你明确加了-i且全员知悉——生产环境尤其谨慎 - 不同 shell（bash/zsh）对 alias 扩展时机有细微差别，跨 shell 脚本里不要依赖 alias
alias 最容易被忽略的是作用域和继承关系：子进程默认不继承父 shell 的 alias，所以写在脚本里几乎没用；而函数可以 export（export -f funcname），但依然不如直接调用命令可靠。真要长期提效，优先固化成函数 + 配置文件，别图一时手快堆一堆 alias。
