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
,其实相当于在当前的终端中执行 ~/.bashrc
,而.bashrc文件中的内容就是中关于export PATH部分的语句,也就是设置PATH变量,执行 source ~/.bashrc
让配置的新的环境变量PATH在当前终端中生效.
source与(.)
这边的话,~/.bash_aliases一般用过alias的持久化,记录用户的alias记录。直观上来看,执行 . ~/.bash_aliases
应该是设置一些aliases中的变量别名。那么这个 .
是什么.其实这里的 .
与 source
的作用是一样,表示在当前的终端中执行脚本,这样就可以让当前的终端共享aliases中的alias配置信息