如何创建命令快捷方式 alias永久化保存配置

P粉602998670

发布时间：2025-08-16 09:52:01

430人浏览过

来源于php中文网

原创

要让alias永久生效，必须将其写入shell的启动配置文件。1. 确定当前使用的shell（如bash或zsh）；2. 对于bash，将alias添加到~/.bashrc，对于zsh则添加到~/.zshrc；3. 使用文本编辑器打开对应文件并添加alias定义，如alias ll='ls -alf'；4. 保存后执行source ~/.bashrc或source ~/.zshrc使配置立即生效；5. 此后每次新终端会话都会自动加载这些alias，确保其永久可用。

如何创建命令快捷方式 alias永久化保存配置

要让命令行中的

alias

快捷方式永久生效，核心在于将这些定义写入到你所使用的 shell 的启动配置文件中，比如常用的 Bash 的

.bashrc

或 Zsh 的

.zshrc

，并确保这个文件在每次新的终端会话启动时都会被正确加载。

解决方案

这事儿其实挺直接的，但有时候新手会搞不清楚到底往哪个文件里写。我个人觉得，最稳妥的办法是针对你当前使用的shell来操作。

如果你用的是 Bash（这是大多数Linux发行版和macOS的默认shell），你需要编辑的是

~/.bashrc

文件。如果用的是 Zsh，那就是

~/.zshrc

。

打开配置文件： 你可以用任何文本编辑器打开它。我习惯用
```
vim
```
，但
```
nano
```
或者 VS Code 也很常见。例如，对于 Bash：
```
vim ~/.bashrc
```
或者
```
nano ~/.bashrc
```
对于 Zsh：
```
vim ~/.zshrc
```
添加你的
```
alias
```
定义： 在文件的末尾，或者找一个你觉得合适的位置，添加你的
```
alias
```
命令。每一行一个。比如，我经常会把
```
ls -alF
```
定义成
```
ll
```
，因为这样看文件列表一目了然：
```
alias ll='ls -alF'
alias gs='git status'
alias gc='git commit -m'
alias doc='cd ~/Documents'
```
这里需要注意，等号两边不能有空格，并且如果你的命令包含空格，需要用单引号或双引号括起来。
保存并退出文件。
让配置立即生效： 你当然可以关闭当前终端窗口再重新打开一个，但更快的办法是“source”一下这个文件，强制shell重新加载它：
```
source ~/.bashrc
```
或者
```
source ~/.zshrc
```
这样，你刚刚添加的
```
alias
```
就可以立即使用了。下次你打开新的终端会话时，它们也会自动加载。

为什么我的alias重启后就消失了？它们是临时的吗？

这个问题我被问过好多次了，我自己也曾困惑过。简单来说，你在命令行里直接敲

alias ll='ls -alF'

，这个定义只在当前的shell会话中有效。一旦你关闭了终端窗口，或者开启了一个新的终端会话，之前定义的

alias

就会“消失”，因为它们并没有被保存到任何持久化的配置中。这就像你在一个程序里设置了一个临时变量，程序关闭后变量自然就不存在了。

命令行的

alias

本质上就是给一个长命令或者常用命令起一个更短、更好记的“绰号”。当你直接在终端里定义时，这个绰号只在当前运行的这个shell进程中生效。它不会被写入到硬盘上，所以当你退出这个shell进程，或者电脑重启，所有内存中的

alias

定义就都会被清空。

ToonMe

一款风靡Instagram的软件，一键生成卡通头像

下载

要让

alias

具有永久性，就必须把它写进shell在启动时会读取的配置文件里。这样，每次你启动一个新的终端会话，shell都会去读取这些文件，然后重新加载你定义的所有

alias

。这就像给你的系统设定了一个“启动脚本”，告诉它每次开机都要执行这些命令，从而让你的

alias

始终可用。

我应该把alias写到哪个文件里？.bashrc、.zshrc还是.profile？

这确实是个有点让人头疼的选择题，特别是对于刚接触Linux/macOS命令行的人来说。我来给你捋一捋它们各自的职责和适用场景，这样你就知道该往哪儿放了。

```
.bashrc
```
(Bash Resource File): 这是Bash shell的“交互式非登录shell”的配置文件。什么意思呢？就是你平时打开终端窗口，它通常启动的就是一个交互式非登录shell。所以，绝大多数情况下，你的
alias
定义都应该放在这里。比如，你打开一个 GNOME Terminal、iTerm2 或者 VS Code 的集成终端，它们通常都会加载
```
.bashrc
```
。这个文件里通常也包含了PS1（命令行提示符）的设置、一些函数定义等等。
```
.zshrc
```
(Zsh Resource File): 如果你使用的是 Zsh（macOS Catalina及以后版本的默认shell，或者很多开发者喜欢用它），那么对应的文件就是
```
~/.zshrc
```
。它的作用和
```
.bashrc
```
对于 Bash 的作用是类似的，所有
```
alias
```
和函数定义都应该放在这里。
```
.profile
```
(Login Shell Profile): 这个文件是针对“登录shell”的。登录shell通常在你通过控制台登录（比如按下 Ctrl+Alt+F2 进入字符界面），或者通过 SSH 远程登录时启动。在某些系统上，它也会被桌面环境启动时加载一次。
```
.profile
```
主要用于设置环境变量（如
```
PATH
```
），或者执行一些只需要执行一次的命令。通常不建议把
alias
直接放在
.profile
里，因为登录shell通常只启动一次，而你可能希望
```
alias
```
在每个新的终端窗口（非登录shell）中都可用。不过，
```
.profile
```
通常会包含一行代码来“source”
```
.bashrc
```
（如果它存在的话），这样就能确保
```
.bashrc
```
里的设置也能在登录shell中生效。
```
.bash_profile
```
(Bash Login Profile): 这个文件是Bash特有的登录shell配置文件。如果
```
~/.bash_profile
```
存在，Bash在启动登录shell时会优先读取它，而不会再读取
```
~/.profile
```
。它也常用来设置环境变量。同样，不建议把
alias
直接放在这里。很多用户会把
```
.bash_profile
```
设置成去 source
```
.bashrc
```
，这样就统一了配置。

我的建议是：

如果你用Bash： 把
```
alias
```
都放在
```
~/.bashrc
```
里。
如果你用Zsh： 把
```
alias
```
都放在
```
~/.zshrc
```
里。

这样最简单，也最符合日常使用习惯。那些关于登录shell和非登录shell的细微差别，对于

alias

的设置来说，通常不需要过于纠结，只要确保你的

rc

文件（

.bashrc

或

.zshrc

）被正确加载就行。

如何管理大量的alias？有什么最佳实践吗？

随着你使用命令行的深入，

alias

会越来越多，你的

.bashrc

或

.zshrc

可能会变得非常臃肿。这时候，管理它们就成了一个小小的挑战。我个人在实践中积累了一些方法，分享给你：

分类和注释： 这是最基础也是最重要的。把相关的

alias

分组放在一起，并用注释（以

开头）说明它们的作用。比如：

# Git Aliases
alias ga='git add .'
alias gc='git commit -m'
alias gp='git push'

# Navigation Aliases
alias ..='cd ..'
alias ...='cd ../..'
alias dev='cd ~/Development'

# System Aliases
alias update='sudo apt update && sudo apt upgrade -y' # For Debian/Ubuntu

这样，即使文件很长，你也能一眼找到想要修改或查看的

alias

。

拆分到单独的文件： 当你的
```
alias
```
数量多到一定程度时，把它们全部堆在一个
```
.bashrc
```
或
```
.zshrc
```
里会显得很乱。一个非常好的实践是创建单独的文件来存放
```
alias
```
，然后从主配置文件中
```
source
```
它们。例如，你可以创建一个
```
~/.bash_aliases
```
文件：
```
# ~/.bash_aliases
alias ll='ls -alF'
alias gs='git status'
# ...更多alias
```
然后在你的
```
~/.bashrc
```
文件中，添加下面几行（通常会检查文件是否存在）：
```
if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
fi
```
这样，所有的
```
alias
```
都在
```
~/.bash_aliases
```
里，主配置文件就保持干净整洁。我个人就这么干，而且会把不同类型的
```
alias
```
放到不同的文件里，比如
```
~/.bash_git_aliases
```
，
```
~/.bash_dev_aliases
```
等等，然后统一从
```
~/.bash_aliases
```
里再
```
source
```
它们。这种模块化的管理方式，维护起来特别方便。
使用函数代替复杂的
```
alias
```
：
```
alias
```
只能替换命令的开头部分，或者说它只是一个简单的文本替换。如果你的快捷方式需要参数，或者包含更复杂的逻辑（比如条件判断、循环），那么函数（function）是更好的选择。比如，你想快速创建一个带日期的目录：
```
# Alias (不灵活)
# alias mkdt='mkdir $(date +%Y%m%d)'

# Function (更灵活)
mkdt() {
    mkdir "$1_$(date +%Y%m%d)"
}
```
这样你就可以
```
mkdt myproject
```
，它会创建
```
myproject_20231027
```
这样的目录。函数能做的事情比
```
alias
```
多太多了，它们是命令行自动化的下一步。
版本控制你的点文件（Dotfiles）： 你的
```
.bashrc
```
、
```
.zshrc
```
、
```
.vimrc
```
这些以点开头的配置文件，通常被称为“点文件”。它们是你的个性化工作环境的核心。把它们放到 Git 仓库里进行版本控制是一个非常棒的习惯。这样，你可以在不同的机器上同步你的配置，也可以轻松回溯到之前的版本，避免不小心改坏了。GitHub 上有很多开源的 Dotfiles 项目，你可以参考别人的做法。
避免与现有命令冲突： 在定义
```
alias
```
时，要小心不要覆盖掉系统原有的重要命令，除非你非常清楚你在做什么。比如，把
```
ls
```
重新定义成
```
ls -l
```
还可以接受，但如果你把
```
rm
```
定义成别的什么，那可能就会出大问题。在定义前，可以先用
```
type <命令名>
```
来检查一下该命令是否已经存在。