BASH阻止命令执行脚本在非交互式Shell下失效问题求助

我来帮你拆解下这个问题的核心逻辑，再给你针对性的解决办法：

先理清楚你的现状 #

• 你写了/home/user/stop.sh脚本，通过.bashrc加载后，交互式Shell（比如直接打开终端）里能正常阻止特定命令；
• 一开始非交互式Shell（比如直接运行脚本./temp.sh）里完全没效果，后来用了BASH_ENV变量，新启动的非交互式Shell（比如bash temp.sh）能生效，但直接在temp.sh所在目录执行source stop.sh却达不到预期。

为什么会出现这种差异？ #

1. 交互式/非交互式Shell的启动规则不同 #

• 交互式Shell会自动读取.bashrc这类配置文件，所以你的stop.sh能被加载生效；
• 非交互式Shell默认不会读这些配置，所以一开始完全没效果——你用BASH_ENV是找对了方向：这个变量指定的文件会在非交互式Shell启动时自动读取，所以bash temp.sh这种启动方式能加载规则。

2. 直接source stop.sh无效的核心原因 #

你要明确：source stop.sh是在当前Shell进程里执行脚本内容，它的生效范围只限于当前进程，常见的失效场景有两种：

• 如果temp.sh是在另一个Shell进程（比如非交互式的后台进程）里运行，你在自己的交互式终端里sourcestop.sh，根本影响不到temp.sh的进程；
• 如果stop.sh里用了**别名（alias）**来阻止命令，非交互式Shell默认关闭了别名扩展（expand_aliases选项默认是off），就算source了脚本，别名也不会生效。

针对性解决办法 #

场景1：想让temp.sh运行时自动应用stop.sh的规则 #

不需要手动在目录下source，直接在temp.sh的开头添加一行：

source /home/user/stop.sh

这样不管是交互式还是非交互式方式运行temp.sh，都会加载规则。

场景2：想让当前Shell（不管交互/非交互）source后立即生效 #

• 如果stop.sh用了别名，先在脚本开头加上开启别名扩展的命令：

  shopt -s expand_aliases
  

  这样非交互式Shell里source后别名也能正常生效；
• 如果是用函数重写命令（比如rm() { echo "禁止执行rm命令"; }），source后应该立即生效，要是没效果，检查下是不是后续有其他代码覆盖了这个函数。

额外优化：BASH_ENV的正确使用姿势 #

如果想让所有非交互式Shell都自动加载stop.sh，可以在你的用户环境变量里设置（比如加到.bashrc里）：

export BASH_ENV="/home/user/stop.sh"

注意：这个设置会影响所有非交互式Shell，包括系统自带的脚本，要确保stop.sh里的规则不会破坏系统命令的正常执行。

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