shopt -s extdebug在.bashrc中配置后无法作用于Bash脚本的问题

首先咱们得弄明白问题的根源：Bash对交互式Shell和非交互式Shell的启动逻辑是不一样的。你在终端里打开的交互式Shell，会自动加载~/.bashrc，所以里面source的echoo.sh能正常生效；但当运行独立Bash脚本时，脚本是在非交互式Shell里执行的，默认情况下它不会读取~/.bashrc——甚至你手动在脚本里source .bashrc也可能没用，因为很多默认的.bashrc开头会有这样的判断：

If not running interactively, don't do anything #

case $- in
i) ;;
*) return;;
esac

这段代码会让非交互式Shell直接退出.bashrc，根本没机会加载到echoo.sh。而你直接source echoo.sh时跳过了这个判断，所以能正常生效。

下面给你几个实用的解决方案：

方案1：在目标脚本中显式source echoo.sh（最直接） #

既然你已经验证过直接source有效，那可以把这个操作固化到目标脚本里，建议用绝对路径避免路径问题，比如：

# 在目标脚本的开头添加这一行
source /home/你的用户名/路径/echoo.sh

这样不管脚本在哪个目录运行，都能准确找到echoo.sh。

方案2：让非交互式Shell自动加载通用配置 #

如果不想每个脚本都手动加source命令，可以把echoo.sh的加载逻辑抽出来放到一个通用配置文件里，比如新建~/.bash_common，然后把source /path/to/echoo.sh写进去。

接着做两步配置：

1. 在~/.bashrc里添加source ~/.bash_common，确保交互式Shell依然能加载；
2. 设置BASH_ENV环境变量，让非交互式Shell自动加载这个通用文件：
   • 打开~/.bash_profile或者~/.profile（根据你的系统选择），添加：

     export BASH_ENV=~/.bash_common
     

这样，当Bash以非交互式模式运行（比如执行脚本）时，会自动加载BASH_ENV指定的文件，自然也就加载了echoo.sh。

方案3：修改.bashrc的交互式判断逻辑（不推荐） #

如果你一定要通过source .bashrc来加载echoo.sh，可以修改.bashrc开头的判断，让非交互式Shell也能执行通用配置：

# 先加载通用脚本，不受交互式判断影响
source ~/.bash_common

# 保留原来的交互式专属逻辑
case $- in
    *i*) ;;
      *) return;;
esac

# 这里放交互式专属配置，比如PS1、终端别名等

不过这个方法不推荐，因为会让非交互式Shell加载很多不必要的交互式配置，可能导致脚本出现意外问题。

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