Bash脚本source其他脚本时如何避免传递自身命令行参数？

我太懂这种糟心的情况了——自己写的主脚本明明已经把参数解析明白了，结果source另一个带可选参数的脚本时，它直接把主脚本的参数给捡走了，完全打乱预期逻辑！你现有的两个方案确实各有局限，我给你分享几个更靠谱的解决思路：

先分析你现有方案的不足 #

• 用shift的方式：虽然能把已解析的参数移出位置列表，但如果主脚本参数复杂（比如混合短选项、长选项和位置参数），shift的次数很难精准控制；而且如果主脚本后续还要用到原参数，这种方法直接把参数丢了，完全不灵活。
• 传空参数source ${MINICONDA}/bin/activate ""：只能处理“被source脚本不需要任何参数”的场景，万一哪天你要给它传特定参数（比如激活某个conda环境），这个方法就失效了，适用性太窄。

更优解决方案 #

1. 临时清空参数再恢复（强烈推荐） #

这个方法既不让被source的脚本拿到主脚本的参数，又能保留主脚本原参数的可用性，还能按需给被source脚本传指定参数：

# 先把主脚本的原参数和getopts的状态保存下来
local original_args=("$@")
local original_optind=$OPTIND

# 清空当前shell的位置参数列表
set --

# 这里可以按需给被source的脚本传参数，比如激活指定环境就写 source ... my_env
source "${MINICONDA}/bin/activate"

# 恢复主脚本的原参数和getopts状态，不影响后续逻辑
set -- "${original_args[@]}"
OPTIND=$original_optind

原理很简单：set --会清空当前的位置参数$@，此时source目标脚本时，它的$@就是空的（或者你手动传的参数）；之后用set -- "${original_args[@]}"把主脚本的原参数恢复回来，同时保存OPTIND确保后续如果还有getopts解析逻辑能正常工作。

2. 用子shell执行（仅适用于不需要环境变量传递的场景） #

如果被source的脚本不需要修改当前shell的环境变量（比如只是执行一些独立的命令），可以把source放在子shell里：

(source "${MINICONDA}/bin/activate")

子shell有自己独立的参数空间，不会继承主脚本的$@，但缺点是子shell里的环境变量变化不会同步到当前shell——所以像conda activate这种需要修改当前shell环境的场景，这个方法就不适用了，但其他场景下这是个极简的解决方案。

3. 修改被source脚本的参数逻辑（如果有权限的话） #

如果你能修改那个被source的脚本（比如不是系统自带的脚本），可以让它只在明确接收到参数时才处理可选参数，比如在脚本开头加个判断：

# 在被source的脚本开头添加
if [[ $# -gt 0 ]]; then
    # 原来的参数处理逻辑
else
    # 无参数时的默认行为
fi

不过如果你用的是miniconda官方的activate脚本，大概率没法修改，所以这个只能作为备选方案。

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