shell执行的两种方式

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

1. 在当前shell中执行shell命令
2. 在当前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，其实相当于在当前的终端中执行~/.bashrc，而.bashrc文件中的内容就是中关于export PATH部分的语句，也就是设置PATH变量，执行source ~/.bashrc让配置的新的环境变量PATH在当前终端中生效.

source与(.)

这边的话，~/.bash_aliases一般用过alias的持久化，记录用户的alias记录。直观上来看，执行. ~/.bash_aliases应该是设置一些aliases中的变量别名。那么这个.是什么.其实这里的.与source的作用是一样，表示在当前的终端中执行脚本，这样就可以让当前的终端共享aliases中的alias配置信息