.bashrc环境变量疑问：函数导出变量与脚本同名变量优先级

先搞懂几个关键问题 #

1. 函数里导出变量是不是多余的？ #

要看test.sh的逻辑：

• 如果test.sh原本是靠读取外部环境变量来获取current_dir和ref_folder（也就是之前注释掉变量定义的状态），那函数里导出变量是必须的——但前提是你得把变量值设对。
• 如果test.sh取消注释了自己的变量定义（比如直接写current_dir=/xxx），那脚本里的赋值会直接覆盖环境变量，你函数里导出的变量根本没用，等于白忙活。

2. 为啥test_dir总生成在终端启动目录？ #

大概率是你函数里的current_dir没实时获取当前目录！很多人会犯这个错：
要是你在.bashrc里把current_dir=$PWD写在函数外面，那这个值是终端启动时的目录，不管你切换到哪个目录调用函数，current_dir都不会变。必须把current_dir=$(pwd)放在函数体内部，这样每次调用函数时才会获取当前所在的目录。

3. 函数导出的变量会不会覆盖脚本里的同名变量？ #

不会！脚本里自己定义的变量优先级比环境变量高——只要脚本里有current_dir=xxx这种赋值，就会完全忽略你从函数导出的环境变量值。

具体解决步骤 #

情况一：让test.sh依赖环境变量（推荐） #

1. 把test.sh里的current_dir和ref_folder定义重新注释回去，让它读取外部环境变量。
2. 修正.bashrc里的quick_function，确保实时获取当前目录：

   quick_function() {
       # 每次调用函数时，实时获取当前目录
       export current_dir=$(pwd)
       # 替换成你的USB设备上的ref_folder实际路径
       export ref_folder="/mnt/usb/ref"
       # 调用USB上的脚本
       /mnt/usb/test.sh
   }
   

3. 执行source ~/.bashrc生效，再切换到目标目录调用函数，test_dir就会生成在当前目录了。

情况二：test.sh必须保留自己的变量定义 #

那你得改脚本的逻辑，比如改成接受命令行参数（更灵活，还不用导出环境变量）：

1. 修改test.sh的变量定义部分：

   # 用命令行参数传值，默认值是当前目录和USB的ref路径
   current_dir="${1:-$(pwd)}"
   ref_folder="${2:-/mnt/usb/ref}"
   

2. 简化quick_function，直接传参数就行：

   quick_function() {
       /mnt/usb/test.sh "$(pwd)" "/mnt/usb/ref"
   }
   

总结 #

• 导出变量有用的前提是脚本不定义同名变量；脚本自己定义了的话，环境变量会被覆盖。
• 要获取调用函数时的当前目录，必须在函数内部用$(pwd)实时获取，不能提前在.bashrc里赋值。

内容的提问来源于stack exchange，提问作者James Starlight