linux下执行shell命令有两种方法

 在当前shell中执行shell命令 在当前shell中产生一个subshell，在subshell中执行shell命令

 1.在当前shell中执行shell命令

主要就是在命令行中通过交互方式方式直接输入shell命令，命令行直接执行给出结果.比如这样：

2.在当前shell中产生一个subshell，在subshell中执行shell命令

比如我们把shell写成shell脚本的方式来运行，这个时候会先启动一个subshell来代替当前的shell，然后执行shell脚本比如

#demo.sh

#!/bin/bash
read -p "please input your name:" name
echo "hello $name"

添加执行权限 chmod +x demo.sh 执行如下 

这个脚本功能很简单，就是输出一行话，提示用户输入自己的名字，然后脚本输出hello xxx。我主要想说下执行结果及其分析。先来一张图:

首先我这边是启动了两个shell，这个时候左右两个shell的pid号分别是2473和2505，并且这两个进程都是从一个叫做进程ID号为2465的进程中fork出来的子进程。

当执行了 ./demo.sh 之后，会看到有三个bash的进程，进程ID分别是2473、2505、2633.其中2473和2505的分别对应之前的两个shell的进程ID。多出了一个pid为2633的进程。这个进程其实就是我们说的subshell。看下这个pid为2633的进程的父进程的进程号是2473,就是说是从pid为2473的shell进程中启动一个subshell，subshell的进程ID号为2633。当我们输入完warjiang，之后，脚本继续执行，执行完毕之后，subshell进程退出。

这个时候我们再去查看进程的时候，就会发现少了pid为2633的进程，也就是少了前面那个subshell。

讲到这里，对于在当前终端中执行shell与在当前终端中启动subshell执行shell两种方式执行shell也是有了一定程度的了解。下面将引出source命令与在终端中执行shell脚本的区别。

source与bash的区别

严格的来说，我这个标题有毒，因为source命令本来就是属于bash中的一部分。我这里其实想说的是 source demo.sh 与 bash demo.sh 的区别。

相信大家但凡有linux下的开发、运维经验的codeframer都会配置过什么jdk等等之类的环境变量，大家一定都会记得自己都执行过 source ~/.bash.rc ,那么这个source到底是什么.先把这个问题放一放，我们先往下看.还是上面的那个demo.sh的脚本.下面我们来比较一下 bash demo.sh(或者先执行chmod +x demo.sh 再执行./demo.sh) 与 source demo.sh 的区别。

其中靠上面的一张图片是执行 ./demo.sh 的截图，靠下面的一张是 source demo.sh 。比较两张图片，显然，两张图片最大的区别在于，上面一张图片多了一个subshell也就是pid为2633进程的出现再消失的过程。所以如果执行执行shell脚本，当前命令行会自动产生一个子进程，当执行完脚本之后，会自动把这个子进程关闭。但是souce命令不会产生新的子进程，而是在当前终端进程中读取并执行shell脚本。

所以 source与bash的最大区别在于source不用启动新的shell，而bash需要启动新的shell

再回到上面那个 source ~/.bashrc ，其实相当于在当前的终端中执行