关于bash的启动运行的文件

工作上经常碰到环境变量不对，bash运行行为和自己期望的不一致，于是想花点时间看看bash.

说起来，这件事情应该再简单不过了，看看bash手册上写的便是了.

http://www.gnu.org/software/bash/manual/bashref.html#Bash-Startup-Files

但是坦白来说，我花了很长时间才看明白了一点.

看到的一些结论
如果是login的shell，那么bash在运行先执行 /etc/profile ；然后依次查找 ~/.bash_profile, ~/.bash_login, ~/.profile；如果找到其中一个文件就执行之，后面的就不执行了.

如果是interactive的非login shell，则先会执行 /etc/bash.bashrc，如果_{/.bashrc存在的话，接着执行}/.bashrc.

如果是非interactive的，且非login shell，则执行 $BASH_ENV 对应的shell.

ssh到远端的机器，远端机器上的bash会执行什么呢？如果是login shell，不用说，和第1种一样；如果是ssh remote-machine ‘cmd’这种的（也就是我们一般shell脚本里面调用形式），则会执行~/.bashrc（远端机器上的bash在编译bash的时候define了SSH_SOURCE_BASHRC ）.

有些问题
什么是interactive shell，什么是login shell

interactive shell就是顾名思义，有用户交互的，检查方法就是在命令行下执行 echo $-，如果有i这个选项，则就是interactive shell 了.

login shell简单来说就是bash启动的时候加了 -l选项.

举几个实际的例子：

interactive & login shell:

linux登录到真实的终端tty1

interactive & non-login shell:

打开终端模拟器，在终端模拟器里面执行/bin/bash -i cmdfile

non-interactive & login shell

在终端模拟器里面执行/bin/bash -l cmdfile

non-interactive & non-login shell:

在终端模拟器里面执行/bin/bash cmdfile

为什么我在手动在机器上可以ssh到远端机器的，但是在shell脚本里面不行？

这种情形出现在ssh到远端机器的private key是有passphase 的，简单来说，ssh 到远端机器的时候，你还需要输入这个pass phase的，那为什么你一般ssh到远端机器的时候不要输入passphase呢，这个就是ssh-agent的功劳了，ssh通过环境变量中的SSH_AUTH_SOCK和SSH_AGENT_PID获得真实的private key。

简单来说，因为这个时候有了SSH相关环境变量。这些环境变量一般在通过keychain设置的，而keychain一般是startup脚本里面执行的。 解决办法就是bash -l.

骗人吧，按你的说法，ssh过去要执行_{/.bashrc的，但是我}/.bashrc里面的命令没有执行

应该.bashrc里面有一段话，[ -z "$PS1" ] && return 也就是说，如果是非interactive的时候，PS1不会被设置，然后就return了，后面的命令当然没有执行.

interactive & login 的shell怎么也执行 ~/.bashrc 了？

看看 ~/.bash_profile, ~/.bash_login, ~/.profile 这几个文件中，应该有写

if [ -f "$HOME/.bashrc" ]; then
. “$HOME/.bashrc”
fi
ssh remote-machine ‘cmd’ 为什么不行啊？

一样的道理，PATH环境变量不是在 ~/.bashrc里面设置的.

ssh remote-mache ‘cmd’ 的时候不执行~/.bashrc啊？

编译bash的时候没有define SSH_SOURCE_BASHRC.

我的cmdfile在shebang部分里面已经声明了#!/bin/bash -l 了，但是它表现的不是login shell

不要使用 /bin/bash cmdfile 这种方式运行，要么使用cmdfile直接运行，要么使用/bin/bash -l cmdfile运行.