两种运行sh文件的差异，直接文件路径名和(.+空格+文件路径名）

每次新来一位同事，sync完公司工程代码后，就会开始编译整个工程。编译之前的第一步，先要用命令（.+空格+build/envsetup.sh）设置环境变量。这时候大家习惯性都会敲入（./build/envsetup.sh）,敲完后就开始make，然后发现编译不了。只好跑来问我，怎么编译不了啊。我一看，说“同学，前面要加空格呀”。“哦，为什么这样不行啊？”。

那我就把以上两种执行方式的不同，在这里简单说一下。

直接用脚本文件名的方式执行sh脚本的时候,产生子进程,sh脚本在子进程中运行。脚本运行完后,在脚本中声明的变量在当前的shell中是不可见的.

.+空格+build/envsetup.sh，这种方式执行sh脚本的时候,不产生子进程,sh脚本在当前的shell中运行,sh脚本运行完成后,在sh脚本中声明的变量在当前的shell中是可见的.

 

打个比方在envsetup.sh中有如下一句话：

export VMWORKS_PATH=/home/yourname/testproj

 

(一)  运行脚本之前：

yourname @server1:~/ testproj $ echo $VMWORKS_PATH

 

yourname @server1:~/ testproj $

 

(二)   ./build/envsetup.sh直接文件名的方式运行后：

yourname @server1:~/ testproj $ ./build/envsetup.sh

yourname @server1:~/ testproj $ echo $VMWORKS_PATH 

 

yourname @server1:~/ testproj $

是不是和没有运行前一样呢，对于接下来的编译实际没有任何改变。

 

(三)   .+空格+build/envsetup.sh，这种方式执行sh脚本：

yourname @server1:~/ testproj $ . build/envsetup.sh

yourname @server1:~/ testproj $ echo $VMWORKS_PATH 

/home/yourname/testproj

yourname @server1:~/ testproj $

 

差异很明了吧！