要配置用户级环境变量首选~/.bashrc，它用于交互式shell，设置别名、函数和环境变量；1. 用nano或vim编辑~/.bashrc添加export变量或path路径；2. 使用source ~/.bashrc或. ~/.bashrc使修改立即生效；3. .bashrc适用于非登录交互式shell，而.profile用于登录shell，通常存放全局环境变量；4. 新终端未生效可能因非交互式shell、启动脚本链问题或语法错误；5. 可通过alias定义别名简化命令，通过函数实现多命令逻辑，如mycd和mkcd。
在Linux系统里，要配置用户级的环境变量，~/.bashrc文件几乎是我们的首选，它就像一个私人定制的工作台，让你每次打开终端都能享受到熟悉的工具和快捷方式。它的核心作用是为交互式shell会话设置别名、函数和环境变量，确保你的命令行体验始终如一。
解决方案
要修改~/.bashrc文件来配置Linux用户环境变量，其实过程挺直接的。你需要用一个文本编辑器打开它，比如nano或vim，然后添加你想要的环境变量或别名。
举个例子，如果你经常需要访问某个特定的项目目录，但它的路径又很长，你可以这样设置一个环境变量：
# 设置一个项目路径变量 export MY_PROJECT_ROOT="/home/youruser/documents/my_super_long_project_path" # 或者，如果你想把某个新安装的程序路径加入到PATH中，让系统能找到它 export PATH="$PATH:/opt/my_new_tool/bin"
这里export关键字是关键，它确保这个变量不仅在当前shell中有效，也能传递给由当前shell启动的子进程。而$PATH:$NEW_PATH这种写法，则是把新路径追加到现有的PATH变量后面，避免覆盖掉系统原有的重要路径。
设置完变量，别忘了保存文件。然后，为了让这些修改在当前终端会刻生效，你需要“source”一下这个文件：
source ~/.bashrc # 或者更简洁的写法 . ~/.bashrc
这样一来，你当前会话就能立即识别并使用这些新的设置了。对于未来打开的新终端，它们通常会在启动时自动加载~/.bashrc，所以你无需重复source。
.bashrc和.profile有什么区别？什么时候用哪个？
这真的是个经典问题，很多初学者都会在这里犯迷糊，甚至一些老手也偶尔会混淆。简单来说，它们俩都是Bash shell的配置文件，但生效的时机和侧重点不太一样。
.bashrc（注意，这个rc通常代表“run commands”或“runtime configuration”）主要用于非登录交互式shell。什么是非登录交互式shell？就是你打开一个终端窗口，或者在图形界面里点击一个图标启动的shell。这种情况下，~/.bashrc会被读取和执行。它的主要用途是设置那些只对当前交互式会话有意义的东西，比如命令别名（alias）、自定义函数、PS1提示符的样式，以及一些shell选项。你想让ls命令默认显示颜色，或者想把git checkout缩写成gco，那这些就应该放在.bashrc里。
而.profile（或者在某些系统上，~/.bash_profile或~/.login）则是在登录shell启动时执行的。登录shell是指你通过控制台登录（比如按下Ctrl+Alt+F2进入命令行界面），或者通过SSH远程登录时启动的shell。.profile通常用来设置那些全局性的环境变量，比如PATH（如果你希望你的自定义路径在所有会话中都生效）、MANPATH、EDITOR等。这些变量一旦设置，会影响到你整个用户会话中启动的所有进程，包括图形界面程序。
实际使用中，我们常常会看到~/.bash_profile或~/.profile里面有这样一行：[ -f ~/.bashrc ] && . ~/.bashrc。这行代码的意思是，如果~/.bashrc文件存在，就把它也“source”进来。这样做的好处是，无论你是登录shell还是非登录交互式shell，~/.bashrc里的那些别名和函数都能被加载，避免了重复配置。所以，我的个人习惯是：所有全局性的环境变量放.profile，所有交互式shell的个性化设置（别名、函数、PS1）放.bashrc。
配置环境变量后，为什么新终端没有生效？
这情况确实让人挠头，明明改了文件，新开的终端却好像没读到一样。原因通常在于你对“生效”的理解和shell的启动机制之间存在一点偏差。
当你修改了~/.bashrc文件后，这些更改并不会自动应用到所有正在运行的终端会话中。每个终端会话都有自己的环境变量副本，它们在启动时加载一次配置文件，之后就独立运行了。所以，如果你在一个已经打开的终端里修改了~/.bashrc，那个终端并不会立即知道这些变化。你需要手动告诉它：“嘿，我更新了配置，你重新加载一下吧！”这就是前面提到的source ~/.bashrc命令的作用。它会强制当前shell重新读取并执行~/.bashrc文件中的内容，让新的配置立即生效。
对于你“新开的终端”，它们理论上应该在启动时就加载~/.bashrc。如果它们也没有生效，那可能的原因就复杂一点了：
-
不是交互式shell： 有些情况下，你启动的终端可能不是一个完全交互式的shell，或者它被配置成不加载
~/.bashrc。例如，一些集成开发环境（IDE）内置的终端，或者一些脚本执行的子shell，可能不会像普通的gnome-terminal或konsole那样启动时加载~/.bashrc。 -
启动脚本链问题： 许多Linux发行版会有一个复杂的shell启动脚本链。例如，
~/.bash_profile可能会先被加载，然后它可能会根据条件决定是否加载~/.bashrc。如果你的~/.bash_profile或者其他更高级的配置文件出了问题，或者没有正确地“source”~/.bashrc，那么新终端自然也看不到你的改动。 -
语法错误：
~/.bashrc文件中存在语法错误也会导致文件无法被正确解析，进而导致部分或全部配置失效。遇到这种情况，通常shell会在启动时打印错误信息，但这些信息可能一闪而过或者被忽略了。
要调试这个问题，你可以在~/.bashrc文件的开头和结尾分别添加echo "Loading .bashrc..."和echo ".bashrc loaded."这样的语句，然后打开一个新终端。如果这些消息没有显示，那说明你的~/.bashrc根本就没有被加载。如果显示了，但变量还是没生效，那可能就是文件内部的语法错误或者逻辑问题了。
如何在.bashrc中添加自定义命令和别名？
在.bashrc中添加自定义命令和别名是提升命令行效率的绝佳方式，它能让你把那些常用但又冗长的命令变成简单易记的快捷方式。
添加别名（Aliases）：
别名是最简单的自定义方式。它的语法是alias name='command'。举几个我常用的例子：
# 经常需要列出所有文件，包括隐藏文件，并以详细列表格式显示 alias ll='ls -alF' # 我喜欢用vim，但有时候会手滑打成vi alias vi='vim' # git命令太多了，简化一下 alias gco='git checkout' alias gst='git status' alias gcm='git commit -m'
这些别名一旦设置，你在终端输入ll就等同于输入ls -alF，大大节省了敲击键盘的时间。
添加自定义函数（Functions）： 如果你的“自定义命令”需要更复杂的逻辑，比如接受参数，或者包含多条命令，那么自定义函数就派上用场了。函数的语法通常是：
function_name() {
# 命令1
# 命令2 $1 (这里$1代表第一个参数)
# ...
}一个我经常用的函数示例：进入一个目录后，立即列出里面的内容。
# 进入目录并列出内容
mycd() {
if [ -d "$1" ]; then # 检查参数是否是一个目录
cd "$1" && ls -F
else
echo "Error: '$1' is not a valid directory."
fi
}
# 另一个例子：快速创建并进入一个新目录
mkcd() {
mkdir -p "$1" && cd "$1"
}这样，当你输入mycd my_project时，它会先进入my_project目录，然后自动显示目录内容。输入mkcd new_folder则会创建并进入new_folder。
无论是别名还是函数，它们都只在你当前的shell会话中生效。如果你希望它们在所有新开的终端中都可用，确保它们被放置在~/.bashrc文件中，并且该文件在你的shell启动时被正确加载。记住，别名和函数应该放在export语句之后，以避免潜在的加载顺序问题。
