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

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

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

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

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

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

1
2
3
4
5
#demo.sh

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

添加执行权限chmod +x demo.sh执行如下
shell2.png
这个脚本功能很简单,就是输出一行话,提示用户输入自己的名字,然后脚本输出hello xxx。我主要想说下执行结果及其分析。先来一张图:
shell3.png
首先我这边是启动了两个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.shbash demo.sh的区别。
相信大家但凡有linux下的开发、运维经验的codeframer都会配置过什么jdk等等之类的环境变量,大家一定都会记得自己都执行过source ~/.bash.rc,那么这个source到底是什么.先把这个问题放一放,我们先往下看.还是上面的那个demo.sh的脚本.下面我们来比较一下bash demo.sh(或者先执行chmod +x demo.sh 再执行./demo.sh)source demo.sh的区别。

shell3.png
shell4.png

其中靠上面的一张图片是执行./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与(.)

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