linux shell的.bashrc和.bash_profile

背景：

我再测试一个运行的后台脚本不退出的情况下给环境变量文件.bashrc或.bash_profile增加一个环境变量例如$caoge=caoge_test,发现在后台运行的脚本执行source ~ /.barc和source ~/.bash_profile的效果不同，下边是我的测试结果：

关于shell读取环境变量文件：
.bashrc
.bash_profile
的时机问题测试：
.bash_profile
测试代码：
while [[ 1 ]];then
    echo $caoge
    source ~/.bash_profile
    sleep 
done
在另一个终端进行给.bash_profile 写入$caoge变量的时shell不能读取到，
增加后删除也不会出现
.bashrc
同上，只不过改为另一个终端操作.bashrc
在另一个终端做相同操作，增加变量时可以读取到，
增加后删除是无法读取的
测试条件三：
while [[ 1 ]];then
    echo $caoge
    source ~/.bash_profile
    sleep 
done
在另一个终端操作：给.bashrc增加不存在的变量$caoge后，shell能读取到，删除后依然能读取到
测试条件四:
while [[ 1 ]];then
    echo $caoge
    source ~/.bashrc
    sleep 
done
在另一个终端操作：给。bash_profile增加不存在的变量$caoge后，shell不能读取到，删除后依然不能读取到


测试总结：

shell有读取.bashrc和.bash_profile的机制问题，

所以还是看下shell读取.bashrc和.bash_profile的区别以及source的简单原理吧：

source 转载自 :

http://blog.csdn.net/xiaolang85/article/details/7861441

http://www.xxlinux.com/linux/article/development/shell/2006-09-22/4499.html
http://www.diybl.com/course/6_system/linux/Linuxjs/20071027/80454.html
http://linux.chinaunix.net/techdoc/system/2008/09/04/1030374.shtml

exec和source都属于bash内部命令（builtins commands），在bash下输入man exec或man source可以查看所有的内部命令信息。

bash shell的命令分为两类：外部命令和内部命令。外部命令是通过系统调用或独立的程序实现的，如sed、awk等等。内部命令是由特殊的文件格式（.def）所实现，如cd、history、exec等等。

在说明exe和source的区别之前，先说明一下fork的概念。

fork是linux的系统调用，用来创建子进程（child process）。子进程是父进程(parent process)的一个副本，从父进程那里获得一定的资源分配以及继承父进程的环境。子进程与父进程唯一不同的地方在于pid（process id）。

环境变量（传给子进程的变量，遗传性是本地变量和环境变量的根本区别）只能单向从父进程传给子进程。不管子进程的环境变量如何变化，都不会影响父进程的环境变量。

shell script:

有两种方法执行shell scripts，一种是新产生一个shell，然后执行相应的shell scripts；一种是在当前shell下执行，不再启用其他shell。
新产生一个shell然后再执行scripts的方法是在scripts文件开头加入以下语句

#!/bin/sh

一般的script文件(.sh)即是这种用法。这种方法先启用新的sub-shell（新的子进程）,然后在其下执行命令。
另外一种方法就是上面说过的source命令，不再产生新的shell，而在当前shell下执行一切命令。

source:

source命令即点(.)命令。

在 bash下输入man source，找到source命令解释处，可以看到解释"Read and execute commands from filename in the current shell environment and ..."。从中可以知道，source命令是在当前进程中执行参数文件中的各个命令，而不是另起子进程(或sub-shell)。

exec:

在bash下输入man exec，找到exec命令解释处，可以看到有"No new process is created."这样的解释，这就是说exec命令不产生新的子进程。那么exec与source的区别是什么呢？

exec命令在执行时会把当前的shell process关闭，然后换到后面的命令继续执行。


＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

source命令用法：
source FileName
作用:在当前bash环境下读取并执行FileName中的命令。
注：该命令通常用命令“.”来替代。
如：source .bash_rc 与 . .bash_rc 是等效的。

比如您在一个脚本里export $KKK=111 ,假如您用./a.sh执行该脚本，执行完毕后，您运行 echo $KKK
,发现没有值，假如您用source来执行 ，然后再echo
,就会发现KKK=111。因为调用./a.sh来执行shell是在一个子shell里运行的，所以执行后，结构并没有反应到父shell里，但是
source不同他就是在本shell中执行的，所以能够看到结果
source命令(从 C Shell 而来)是bash shell的内置命令。点命令，就是一个点符号，(从Bourne Shell而来)是source的另一名称。这两个命令都以一个脚本为参数，该脚本将作为当前shell的环境执行，即不会启动一个新的子进程。所有在脚本中设置的变量将成为当前Shell的一部分。同样的，当前脚本中设置的变量也将作为脚本的环境，source(或点)命令通常用于重新执行刚修改的初始化文件，如 .bash_profile 和 .profile 等等。例如，如果在登录后对 .bash_profile 中的 EDITER 和
TERM 变量做了修改，则可以用source命令重新执行 .bash_profile 中的命令而不用注销并重新登录。象.bash_profile 或其它类似的Shell脚本这样，文件无需可执行权限即可用source或点命令执行。

source命令的一个妙用

在编译核心时，常常要反复输入一长串命令，如
make mrproper
make menuconfig
make dep
make clean
make bzImage
.......
这些命令既长，又繁琐。而且有时候容易输错，浪费你的时间和精力。如果把这些命令做成一个文件，让它自动按顺序执行，对于需要多次反复编译核心的用
户来说，会很方便。用source命令可以办到这一点。它的作用就是把一个文件的内容当成是shell来执行。先在/usr/src/linux-
2.4.20目录下建立一个文件，取名为make_command：
在其中输入如下内容：
make mrproper &&
make menuconfig &&
make dep &&
make clean &&
make bzImage &&
make modules &&
make modules_install &&
cp arch/i386/boot/bzImge /boot/vmlinuz_new &&
cp System.map /boot &&
vi /etc/lilo.conf &&
lilo -v
文件建立好之后，以后每次编译核心，只需要在/usr/src/linux-2.4.20下输入
source make_command
就行了。这个文件也完全可以做成脚本，只需稍加改动即可。这里主要是让大家理解source的用法。如果你用的不是lilo来引导系统，可以把最后两句话去掉。配置你自己的引导程序来引导新内核。

shell编程中的命令有时和C语言是一样的。&&表示与，||表示或。把两个命令用&&联接起来，如
make mrproper && make menuconfig
，表示要第一个命令执行成功才能执行第二个命令。对执行顺序有要求的命令能保证一旦有错误发生，下面的命令不会盲目地继续执行。

.bashrc ，.bash_profile的使用规则转载自:

http://blog.csdn.net/xyqzki/article/details/41832875

source命令的作用就是用来执行一个脚本，那么：

source a.sh 同直接执行 ./a.sh 有什么不同呢，比如你在一个脚本里export $KKK=111 ,如果你用./a.sh执行该脚本，执行完毕后，你运行 echo $KKK ,发现没有值，如果你用source来执行 ，然后再echo ,就会发现KKK=111。因为调用./a.sh来执行shell是在一个子shell里运行的，所以执行后，结构并没有反应到父shell里，但是source不同它就是在本shell中执行的，所以可以看到结果

在登录Linux时要执行文件的过程如下：
在刚登录Linux时，首先启动 /etc/profile 文件，然后再启动用户目录下的 ~/.bash_profile、 ~/.bash_login或 ~/.profile文件中的其中一个，

执行的顺序为：~/.bash_profile、 ~/.bash_login、 ~/.profile。

如果 ~/.bash_profile文件存在的话，一般还会执行 ~/.bashrc文件。

因为在 ~/.bash_profile文件中一般会有下面的代码：
if [ -f ~/.bashrc ] ; then
   . ./bashrc
fi

~/.bashrc中，一般还会有以下代码：
if [ -f /etc/bashrc ] ; then
   . /etc/bashrc
fi

所以，~/.bashrc会调用 /etc/bashrc文件。最后，在退出shell时，还会执行 ~/.bash_logout文件。

执行顺序为： /etc/profile -> (~/.bash_profile | ~/.bash_login | ~/.profile) -> ~/.bashrc -> /etc/bashrc -> ~/.bash_logout

关于各个文件的作用域，在网上找到了以下说明：

（1） /etc/profile： 此文件为系统的每个用户设置环境信息,当用户第一次登录时,该文件被执行. 并从/etc/profile.d目录的配置文件中搜集shell的设置。

（2） /etc/bashrc: 为每一个运行bash shell的用户执行此文件.当bash shell被打开时,该文件被读取（即每次新开一个终端，都会执行bashrc）。

（3） ~/.bash_profile: 每个用户都可使用该文件输入专用于自己使用的shell信息,当用户登录时,该文件仅仅执行一次。默认情况下,设置一些环境变量,执行用户的.bashrc文件。

（4） ~/.bashrc: 该文件包含专用于你的bash shell的bash信息,当登录时以及每次打开新的shell时,该该文件被读取。

（5） ~/.bash_logout: 当每次退出系统(退出bash shell)时,执行该文件. 另外,/etc/profile中设定的变量(全局)的可以作用于任何用户,而~/.bashrc等中设定的变量(局部)只能继承 /etc/profile中的变量,他们是"父子"关系。

（6） ~/.bash_profile: 是交互式、login 方式进入 bash 运行的~/.bashrc 是交互式 non-login 方式进入 bash 运行的通常二者设置大致相同，所以通常前者会调用后者。

/etc/profile和/etc/environment等各种环境变量设置文件的用处

1）先将export LANG=zh_CN加入/etc/profile，退出系统重新登录，登录提示显示英文。

2）先将/etc/profile 中的export LANG=zh_CN删除，将LNAG=zh_CN加入/etc/environment，退出系统重新登录，登录提示显示中文。

用户环境建立的过程中总是先执行/etc/profile，然后再读取/etc/environment。为什么会有如上所叙的不同呢？而不是先执行/etc/environment，后执行/etc/profile呢？
这是因为： /etc/environment是设置整个系统的环境，而/etc/profile是设置所有用户的环境，前者与登录用户无关，后者与登录用户有关。

系统应用程序的执行与用户环境可以是无关的，但与系统环境是相关的，所以当你登录时，你看到的提示信息，如日期、时间信息的显示格式与系统环境的LANG是相关的，缺省LANG=en_US，如果系统环境LANG=zh_CN，则提示信息是中文的，否则是英文的。

对于用户的shell初始化而言是先执行/etc/profile，再读取文件/etc/environment；对整个系统而言是先执行/etc/environment。这样理解正确吗？
登陆系统时的顺序应该是

/etc/enviroment --> /etc/profile --> $HOME/.profile -->$HOME/.env (如果存在)
/etc/profile 是所有用户的环境变量
/etc/enviroment是系统的环境变量

登陆系统时shell读取的顺序应该是
/etc/profile ->/etc/enviroment -->$HOME/.profile -->$HOME/.env
原因应该是用户环境和系统环境的区别了，如果同一个变量在用户环境(/etc/profile)和系统环境(/etc/environment)有不同的值，那应该是以用户环境为准了。