据我了解,守护进程是一个后台进程,但守护进程需要唯一的配置文件来设置环境变量。
例如 Hadoop 守护进程需要hadoop-env.sh来设置环境变量JAVA_HOME
,你不能简单地从~/.bashrc
.
原因是因为 daemon 作为后台进程意味着它是非交互式的,而 ~/.bashrc 意味着只能从交互式会话中使用,以防止alias cp='cp -i'
case。
最新~/.bashrc
的文件顶部有安全防护,不允许非交互式调用者,即没有-i
选项将提前返回:
# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples
# If not running interactively, don't do anything
case $- in
*i*) ;;
*) return;;
esac
这让我想知道为什么 bashrc 不将配置文件分成 3 组,例如:
~/.bashrc_interactive
~/.bashrc_non_interactive
~/.bashrc_global #(交互式和非交互式)
因此用户可以简单地设置or ,而无需在每个守护程序文件中一遍又一遍地添加此环境变量JAVA_HOME
。~/.bashrc_non_interactive
~/.bashrc_global
为什么 bashrc 不以这种方式或任何其他方式支持非交互式,是否有任何理由或限制?还是我误解了一些概念?
文件的概念功能
~/.bashrc
是正确启动任何shell,它是:显然,这个 shell 脚本的功能是启动必须在每个 shell 级别更改的环境,例如
PS1
.它不适合定义会话或守护程序环境。
还有其他专门用于此类用途的 shell 脚本。
对于交互式会话,
bash
将按以下顺序搜索启动文件:/etc/profile
~/.bash_profile
~/.bash_login
~/.profile
对于非交互式会话,例如启动守护程序,
bash
不使用上述任何文件,而是考虑专用变量BASH_ENV
(请参阅Kusalananda 答案)。您已经有机会设置
BASH_ENV
非交互式 shell 脚本在运行之前解析的文件的路径名。例如,这允许您在 crontab 中执行
甚至
$BASH_ENV
通常是空的,但是没有什么能阻止你在你的服务器上全局设置它,将它指向一个/etc
文件但是,如果脚本需要设置特定的变量,例如
JAVA_HOME
等,那么最好BASH_ENV
在逐个脚本的基础上显式设置,或者从脚本本身显式获取相关文件,或者只设置脚本中的变量。将任何非交互式 shell 可能想要在单个文件中使用的所有东西收集起来可能会减慢脚本的速度,并且可能还会用它们不需要的东西污染脚本环境。