Shell 在 MacOS 及 Linux 中的文件读取顺序git
Interactive login | Interactive non-login | Script | |
---|---|---|---|
/etc/zshenv |
A | A | A |
~/.zshenv |
B | B | B |
/etc/zprofile |
C | ||
~/.zprofile |
D | ||
/etc/zshrc |
E | C | |
~/.zshrc |
F | D | |
/etc/zlogin |
G | ||
~/.zlogin |
H | ||
~/.zlogout |
I | ||
/etc/zlogout |
J |
如文章首图与上表所示, zsh
/ bash
/ sh
都有针对于 login
/ nologin
及 interactive
, non-interactive
的不一样读取顺序. 主要分为如下四种情形github
interactive - login
: 登陆远程主机(e.g ssh
)interactive - non-login
: 打开一个新 terminal 或一个新建 terminal 窗口non-interactive - non-login
: 执行一个脚本所在的 sub-shell
就处于这种状态(这种状态下不能进行交互, 这种状态也只存在于脚本执行的d短暂时间内)non-interactive - login
: 这种状况不多见, 好比这种状况 echo 'echo $-; shopt login_shell' | ssh localhost
特别值得强调的是, 在 MacOS 中, 若是咱们打开一个 terminal 或新开一个tab时, zsh 会将其做为
login
对待. 固然, 在运行脚本所建立的sub-shell
中, 其状态都是non-interactive
shell
/etc/zprofile
对 PATH 作的奇怪事情在 Mac 下有 /etc/zprofile
文件, 在这个文件中有这样一段命令ubuntu
if [ -x /usr/libexec/path_helper ]; then
eval `/usr/libexec/path_helper -s`
fi
复制代码
由首图及上表可知, zsh 会在 ~/.zshenv
以后加载 /etc/zprofile
, 进而执行 /usr/libexec/path_helper
这个脚本, 根据这个 blog 的描述, 这个脚本工具会将变量 $PATH
的顺序重排, 同时读取 /etc/paths
与 /etc/manpaths
中的 path
. 顺着这个思路, 若是咱们在 zshenv
中定义了 $PATH
, 那么精心配好的顺序无疑会被打乱.bash
由此咱们能够得出一个结论: 变量 $PATH
的定义必须必须放在 /etc/zprofile
以后markdown
$PATH
因为 MacOS
的特殊性(若是咱们打开一个 terminal
或新开一个 tab
时, zsh 会将其做为 login
对待), 在开启 MacVim 时, MacVim 读取到的文件顺序与 login - non-interactive
是相同的ssh
也就是说, MacVim 不会读取 ~/.zshrc
, 会读取 ~/.zprofile
, 那么若是咱们须要在 MacVim 中得到正确的 $PATH
, 就必须将 $PATH
及一些其余基本变量的设置 放在 ~/.zprofile
中工具
zsh
配置我使用的是 zsh
, 我以为很是顺手, 各类功能强大, 兼容主流平台, 所以个人全部工做环境都会使用 zsh
. 因为平时会使用 MacOS
与 Linux
, 并且想要将本身的一些个性化配置在不一样环境下通用, 那么就须要考虑下如何在 MacOS
, MacVim
, ssh remote
, Linux Desktop
下有统一的加载行为.oop
通过考虑, 我目前的方案是:fetch
建立一个 init.zsh
脚本, 在其中有各类变量的定义, 包括 $PATH
. 在脚本开始进行加载的判断(防止同一次启动中重复加载次脚本)
if [ -z "$_INIT_ZSH_LOADED" ]; then
_INIT_ZSH_LOADED=1
else
return
fi
复制代码
在 .zprofile
的开头 source init.zsh
在 .zshrc
的开头 source init.zsh
在 .zlogin
中使用想要显示的交互信息(好比 neofetch
信息)
这里附上个人 shell 配置仓库, 供各位参考