shell加载配置文件

shell有不同的启动方式，根据启动方式的不同会加载不同的配置文件，从而配置不同的环境变量

我们比较常见的启动方式有：

1.通过linux控制台登录或者ssh方式，启动shell，这种情况为登录式启动shell

 会依次加载/etc/environment， /etc/profile， ~/.bash_profile (或者~/.bash_login 或者 ~/.profile)

而~/.bash_profile中又会加载~/.bashrc，而~/.bashrc又加载  /etc/bashrc ，  /etc/bashrc又加载  /etc/profile.d/*.sh

 

2. 通过bash -l 登录式启动shell，会加载 /etc/profile， ~/.bash_profile 但不会加载/etc/environment

 

3，通过bash 非登录式启动shell，会加载~/.bashrc，前面说过~/.bashrc脚本又会加载/etc/bashrc ，  /etc/bashrc又加载  /etc/profile.d/*.sh

 

可以看出上面的三种方式，不管时登陆时还是非登陆时，都会加载~/.bashrc， /etc/bashrc ，  /etc/profile.d/*.sh中的内容

而 /etc/profile， ~/.bash_profile只有在登录式启动的时候才会加载

如果想给所有的用户登陆时使用某个环境变量，就在/etc/profile中添加，如果只是给某个用户登录时使用某个变量，就在用户专属文件 ~/.bash_profile中添加

 

还有一种启动方式时定时任务的cron启动方式

cron启动方式只会加载/etc/environment，而不会加载/etc/profile或者 /etc/bashrc

 

在配置文件中输出配置文件名。测试结果如下

Last login: Fri Feb  7 17:40:49 2020 from 172.25.10.1  //ssh登录时启动新进程，
/etc/environment*****in /etc/profile     //此处能输出，说明加载了/etc/environment文件
/etc/profile                             //此处说明加载了 /etc/profile
/etc/profile*****in vagrant/.bash_profile  //此处说明加载了 ~/.bash_profile
vagrant/.bash_profile*********in vagrant/.bashrc //此处说明加载了　~/.bashrc
vagrant/.bashrc*****in /etc/bashrc

/etc/bashrc                              //此处说明加载了 /etc/bashrc
[vagrant@localhost ~]$ sudo su           //sudo su命令 废弃原有的环境变量，并重新加载配置文件，好像开启了新的进程（但是$$又没有改变）
/etc/environment******in root/.bashrc   //此处输出说明加载了/etc/environment/和～/.bashrc
root/.bashrc
root/.bashrc*****in /etc/bashrc         //此处说明加载了 /etc/bashrc
/etc/bashrc
[root@localhost vagrant]# bash         //bash非登录式启动新进程
/etc/bashrc******in root/.bashrc       //此处说明加载了~/.bashrc
root/.bashrc
root/.bashrc*****in /etc/bashrc        //此处说明加载了/etc/bashrc
/etc/bashrc
[root@localhost vagrant]# bash -l      //bash登录式启动新进程
/etc/bashrc*****in /etc/profile        //加载了/etc/profile
/etc/profile
root/.bash_profile                      //加载了~/.bash_profile
root/.bash_profile******in root/.bashrc
root/.bashrc                            //加载了~/.bashrc
root/.bashrc*****in /etc/bashrc        //加载了 /etc/bashrc
/etc/bashrc
[root@localhost vagrant]# (echo a)
a

 

由以上测试可以看出

ssh登录式进程加载了/etc/environment，/etc/profile，~/.bash_profile(~/.bash_profile内部又加载了~/.bashrc， ~/.bashrc内部又加载了/etc/bashrc ，/etc/bashrc又加载  /etc/profile.d/*.sh)

sudo su切换到root用户，加载了/etc/environment/和～/.bashrc（其中~/.bashrc内部又加载了/etc/bashrc）

bash命令创建非登录式新进程加载了 ～/.bashrc（其中~/.bashrc内部又加载了/etc/bashrc）

bash -l命令创建登录式新进程 加载了/etc/profile，~/.bash_profile(~/.bash_profile内部又加载了~/.bashrc， ~/.bashrc内部又加载了/etc/bashrc， /etc/bashrc又加载  /etc/profile.d/*.sh)

总结：登录式会加载 /etc/profile，~/.bash_profile ，初期用户名密码登录或者ssh登录，在加载前面两个之前，还会加载/etc/environment
非登陆式会加载 ～/.bashrc
sudo命令会清除环境变量并重新加载/etc/environment/和～/.bashrc

不管哪种方式，最终都会加载～/.bashrc， /etc/bashrc，  /etc/profile.d/*.sh

cron方式只会加载/etc/environment， 不会加载/etc/profile，也不会加载/etc/bashrc

/etc/environment的加载时机为①ssh登陆时②cron启动时③sudo su时

 

在我们写完定时处理任务的脚本时，

在测试时我们往往式通过在命令行中输入 bash 脚本文件路径的方式来执行，而真正的定时处理是通过cron来处理的。

上面已经提到，两者会加载不同的配置文件。其中命令行bash的方式会加载 ～/.bashrc （~/.bashrc内部又加载了/etc/bashrc， /etc/bashrc又加载  /etc/profile.d/*.sh）

而cron方式只加载了/etc/environment，所以在涉及到使用配置文件的环境变量时，两者会有差异

那么如何去除这种差异呢？

方式1.最简单的方式就是直接在/etc/environment中设置环境变量，这样两中方式都会取到。命令行bash的方式开启的新进程，虽然不会重新加载/etc/environment，但是会拷贝父进程的环境变量，而父进程的环境量最初是来自ssh登录或者sudo su，这两种方式都会加载/etc/environment。所以使用命令行bash也可以取到/etc/environment中的环境变量

需要注意的是，如果新追加了环境变量，需要重新登录或者重新sudo su来重新加载/etc/environment，否则命令行bash取不到新追加的环境变量。这是因为在父进程的环境变量中不存在新追加的环境变量

方式2.另一种方式就是在脚本文件中直接通过source（或者 .）的方式引入环境变量所在的文件，这样不论是命令行bash还是cron方式都会取到环境变量了

 

如果使用方式2的话，每个脚本文件都需要导入配置文件（当然这也不算麻烦），而方式1并不需要

而方式2的好处是可以自定义将环境变量的文件，并与普通的代码文件一样使用git管理。当然也可以写入/etc/profile这样的文件中，再导入/etc/profile。不过就无法通过git来管理了