linux执行shell脚本文件
首先脚本需要有执行权限
chmod u+x file.sh
执行脚本有三种方法：
1. ./file.sh
特点：开启bash子进程来执行，也就是开启额外的进程来进行，不影响原进程的变量、配置等
2. bash file.sh
特点：和./file.sh相同
3. source file.sh 或者 . file.sh
特点：在原bash进程中执行脚本。
第三种方法主要用于在脚本中切换用户su、切换目录cd等命令。
source 和 . 命令是相同的。
你可以搜索 source
补充,如何查看脚本运行是否开启了bash子进程
1.
vim
file.sh
2.
写入
#!/bin/bash
#echo
$$命令会输出bash进程id
echo
$$
3.
保存并赋予可执行权限chmod
u+x
file.sh
4.
在你的shell中输入，echo
$$
屏幕输出4176
5.
./file.sh
屏幕输出3600
6.
bash
file.sh
屏幕输出3984
7.
source
file.sh
屏幕输出4176
和
你直接在shell中输出的一样，说明是在同一个bash进程
② Linux Shell 教程——想玩转linux就请一直看下去
Shell 是一个用 C 语言编写的程序，它是用户使用 Linux 的桥梁。Shell 既是一种命令语言，又是一种程序设计语言。
Shell 是指一种应用程序，这个应用程序提供了一个界面，用户通过这个界面访问操作系统内核的服务。
Ken Thompson 的 sh 是第一种 Unix Shell，Windows Explorer 是一个典型的图形界面 Shell。
Shell 在线工具
Shell 脚本（shell script），是一种为 shell 编写的脚本程序。
业界所说的 shell 通常都是指 shell 脚本，但读者朋友要知道，shell 和 shell script 是两个不同的概念。
由于习惯的原因，简洁起见，本文出现的 "shell编程" 都是指 shell 脚本编程，不是指开发 shell 自身。
Shell 编程跟 JavaScript、php 编程一样，只要有一个能编写代码的文本编辑器和一个能解释执行的脚本解释器就可以了。
Linux 的 Shell 种类众多，常见的有：
在一般情况下，人们并不区分 Bourne Shell 和 Bourne Again Shell，所以，像 #!/bin/sh ，它同样也可以改为 #!/bin/bash 。
#! 告诉系统其后路径所指定的程序即是解释此脚本文件的 Shell 程序。
打开文本编辑器(可以使用 vi/vim 命令来创建文件)，新建一个文件 test.sh，扩展名为 sh（sh代表shell），扩展名并不影响脚本执行，见名知意就好，如果你用 php 写 shell 脚本，扩展名就用 php 好了。
输入一些代码，第一行一般是这样：
#!/bin/bash
echo "Hello World !"
运行实例 »
#! 是一个约定的标记，它告诉系统这个脚本需要什么解释器来执行，即使用哪一种 Shell。
echo 命令用于向窗口输出文本。
1、作为可执行程序
将上面的代码保存为 test.sh，并 cd 到相应目录：
注意，一定要写成 ./test.sh ，而不是 test.sh ，运行其它二进制的程序也一样，直接写 test.sh，linux 系统会去 PATH 里寻找有没有叫 test.sh 的，而只有 /bin, /sbin, /usr/bin，/usr/sbin 等在 PATH 里，你的当前目录通常不在 PATH 里，所以写成 test.sh 是会找不到命令的，要用 ./test.sh 告诉系统说，就在当前目录找。
2、作为解释器参数
这种运行方式是，直接运行解释器，其参数就是 shell 脚本的文件名，如：
这种方式运行的脚本，不需要在第一行指定解释器信息，写了也没用。
③ Linux Shell 脚本编程最佳实践
IT路边社
前言
与其它的编码规范一样，这里所讨论的不仅仅是编码格式美不美观的问题， 同时也讨论一些约定及编码标准。这份文档主要侧重于我们所普遍遵循的规则，对于那些不是明确强制要求的，我们尽量避免提供意见。
编码规范对于程序员而言尤为重要，有以下几个原因：
本文档中的准则致力于最大限度达到以下原则：
尽管本文档涵盖了许多基础知识，但应注意的是，没有编码规范可以为我们回答所有问题，开发人员始终需要再编写完代码后，对上述原则做出正确的判断。
注 ：未明确指明的则默认为必须（Mandatory）
主要参考如下文档:
仅建议Shell用作相对简单的实用工具或者包装脚本。因此单个shell脚本内容不宜太过复杂。
在选择何时使用shell脚本时时应遵循以下原则：
可执行文件不建议有扩展名，库文件必须使用 .sh 作为扩展名，且应是不可执行的。
执行一个程序时，无需知道其编写语言，且shell脚本并不要求具有扩展名，所以更倾向可执行文件没有扩展名。
而库文件知道其编写语言十分重要，使用 .sh 作为特定语言后缀的扩展名，可以和其他语言编写的库文件加以区分。
文件名要求全部小写, 可以包含下划线 _ 或连字符 - , 建议可执行文件使用连字符，库文件使用下划线。
正例:
反例：
源文件编码格式为UTF-8。避免不同操作系统对文件换行处理的方式不同，一律使用 LF 。
每行最多不超过120个字符。每行代码最大长度限制的根本原因是过长的行会导致阅读障碍，使得缩进失效。
除了以下两种情况例外：
如出现长度必须超过120个字符的字符串，应尽量使用here document或者嵌入的换行符等合适的方法使其变短。
示例：
除了在行结束使用换行符，空格是源文件中唯一允许出现的空白字符。
对从来没有用到的或者被注释的方法、变量等要坚决从代码中清理出去，避免过多垃圾造成干扰。
Bash 是唯一被允许使用的可执行脚本shell。
可执行文件必须以 #!/bin/bash 开始。请使用 set 来设置shell的选项，使得用 bash echo "Process $: Done making $$$."
# 示例7：命令参数及路径不需要引号 grep -li Hugo /dev/ "$1"
# 示例8：常规变量用双引号，ccs可能为空的特殊情况可不用引号 git send-email --to "${reviewers}" ${ccs:+"--cc" "${ccs}"}
# 示例9：正则用单引号，$1可能为空的特殊情况可不用引号 grep -cP '([Ss]pecial||?characters*) ${1:+"$1"}
# 示例10：位置参数传递推荐带引号的"$@"，所有参数作为单字符串传递用带引号的"$*" # content of t.sh func_t { echo num: $# echo args: 1:$1 2:$2 3:$3 }
func_t "$@" func_t "$*" # 当执行 ./t.sh a b c 时输出如下： num: 3 args: 1:a 2:b 3:c num: 1 args: 1:a b c 2: 3:
使用 $(command) 而不是反引号。
因反引号如果要嵌套则要求用反斜杠转义内部的反引号。而 $(command) 形式的嵌套无需转义，且可读性更高。
正例：
反例：
条件测试
使用 [[ ... ]] ，而不是 [ , test , 和 /usr/bin/[ 。
因为在 [[ 和 ]] 之间不会出现路径扩展或单词切分，所以使用 [[ ... ]] 能够减少犯错。且 [[ ... ]] 支持正则表达式匹配，而 [ ... ] 不支持。参考以下示例：
尽可能使用变量引用，而非字符串过滤。
Bash可以很好的处理空字符串测试，请使用空/非空字符串测试方法，而不是过滤字符，让代码具有更高的可读性。正例：
反例：
正例：
反例：
正例：
反例：
文件名扩展
当进行文件名的通配符扩展时，请指定明确的路径。
当目录中有特殊文件名如以 - 开头的文件时，使用带路径的扩展通配符 ./* 比不带路径的 * 要安全很多。
应该避免使用eval。
Eval在用于分配变量时会修改输入内容，但设置变量的同时并不能检查这些变量是什么。反例：
请使用进程替换或者for循环，而不是通过管道连接while循环。
这是因为在管道之后的while循环中，命令是在一个子shell中运行的，因此对变量的修改是不能传递给父shell的。
这种管道连接while循环中的隐式子shell使得bug定位非常困难。反例：
如果你确定输入中不包含空格或者其他特殊符号（通常不是来自用户输入），则可以用for循环代替。例如：
使用进程替换可实现重定向输出，但是请将命令放入显式子 shell，而非 while 循环创建的隐式子 shell。例如：
总是检查返回值，且提供有用的返回值。
对于非管道命令，使用 $? 或直接通过 if 语句来检查以保持其简洁。
例如：
当内建命令可以完成相同的任务时，在shell内建命令和调用外部命令之间，应尽量选择内建命令。
因内建命令相比外部命令而言会产生更少的依赖，且多数情况调用内建命令比调用外部命令可以获得更好的性能（通常外部命令会产生额外的进程开销）。
正例：
反例：
加载外部库文件不建议用使用.，建议使用source，已提升可阅读性。正例：
反例：
除非必要情况，尽量使用单个命令及其参数组合来完成一项任务，而非多个命令加上管道的不必要组合。常见的不建议的用法例如：cat和grep连用过滤字符串; cat和wc连用统计行数; grep和wc连用统计行数等。
正例：
除特殊情况外，几乎所有函数都不应该使用exit直接退出脚本，而应该使用return进行返回，以便后续逻辑中可以对错误进行处理。正例：
反例：
推荐以下工具帮助我们进行代码的规范：
原文链接：http://itxx00.github.io/blog/2020/01/03/shell-standards/
获取更多的面试题、脚本等运维资料点击: 运维知识社区 获取
脚本之---短信轰炸机
脚本之---QQ微信轰炸机
ansible---一键搭建redis5.0.5集群
elk7.9真集群docker部署文档
全球最全loki部署及配置文档
最强安全加固脚本2.0
一键设置iptbales脚本
④ 每天三分钟搞定linux shell脚本24 后台模式运行
当运行脚本的时候在最后加上符号 & ，则对应的脚本在 后台运行 。建立脚本为，
输入 ./test.sh & 运行
运行后1.txt文件会不断增加内容，但是脚本以后台运行不会在终端占用。运行结果为：
输入 jobs 可以看到这个后台进程：
这个时候如果输入exit，不会提示有后台进程在运行，而且后台进程也会退出。因为终端会话退出的时候会给这个后台进程发送一个 SIGHUP信号 。如果想要终端退出之后，进程不退出，可以让进程捕获SIGHUP信号。当然还有另一个方法，使用 nohup 指令运行脚本，比如输入：
当用 nohup 并使用后台模式运行之后，即使退出终端，进程也不会收到SIGHUP信号。并且nohup会自动把标准输出和标准错误重定向到nohup.out的文件中。
一个 运行的进程或者暂停的进程 都是一个作业，使用 jobs 命令可以查看当前的作业状态。输入：
我当前的输出为：
（上面的作业2是输入 ctrl+z 后暂停的进程）
其中， + 号被当作是默认作业，每个作业的前面有自己的序号。如果后续操作不加序号，那么就被当做是在操作默认作业。比如使用 fg 指令前台运行作业，就是把27652这个进程前台运行，如果输入 fg 1 ，那么就是操作作业 1 了。带-号的表示下一个默认作业。
输入 bg 1 把 1号作业 后台运行，输入 fg 2 把 2号作业 前台运行。
⑤ Linux下如何执行Shell脚本
linux下可以有两种方式执行shell脚本：
1、用shell程序执行脚本：根据shell脚本的类型，选择shell程序，常用的有sh，bash，tcsh等（一般来说第一行#!/bin/bash里面指明了shell类型的，比如#!/bin/bash指明是bash，#!/bin/sh则是sh）；然后输入命令(其中bash为shell的名称，myshell.sh则为要执行的代码)：
bash
myshell.sh
2、直接执行脚本：
不过首先的加上可执行权限（也许要root权限，4情况而定），执行：
⑥ linux怎样一次运行多个shell脚本
inux 下shell脚本执行多个命令的方法x0dx0a1.每个命令之间用;隔开x0dx0a说明：各命令的执行给果，不会影响其它命令的执行。换句话说，各个命令都会执行，但不保证每个命令都执行成功。x0dx0a2.每个命令之间用&&隔开x0dx0a说明：若前面的命令执行成功，才会去执行后面的命令。这样可以保证所有的命令执行完毕后，执行过程都是成功的。x0dx0a3.每个命令之间用||隔开x0dx0a说明：||是或的意思，只有前面的命令执行失败后才去执行下一条命令，直到执行成功一条命令为止
⑦ 如何运行linux shell程序
如何运行shell程序，如何在shell程序以及后续脚本中使用同一个变量，这些在工作中经常用到， 我找到如下的文章，再加深复习一下。
1 source命令用法：
source FileName
作用:在当前bash环境下读取并执行FileName中的命令。该filename文件可以无"执行权限"
注：该命令通常用命令“.”来替代。
如：source .bash_profile
. .bash_profile两者等效。
source(或点)命令通常用于重新执行刚修改的初始化文档。
source命令(从 C Shell 而来)是bash shell的内置命令。
点命令，就是个点符号，(从Bourne Shell而来)。
source的程序主体是bash，脚本中的$0变量的值是bash，而且由于作用于当前bash环境，脚本中set的变量将直接起效
2 sh, bash的命令用法：
sh/bash FileName
作用:打开一个子shell来读取并执行FileName中命令。该filename文件可以无"执行权限"
注：运行一个shell脚本时会启动另一个命令解释器.
每个shell脚本有效地运行在父shell(parent shell)的一个子进程里.
这个父shell是指在一个控制终端或在一个xterm窗口中给你命令指示符的进程.
shell脚本也可以启动他自已的子进程.
这些子shell(即子进程)使脚本并行地，有效率地地同时运行脚本内的多个子任务.
在ubuntu中sh只是bash的一个链接。
由于是在子shell中执行，脚本设置的变量不会影响当前shell。
3 ./的命令用法：
./FileName
作用:打开一个子shell来读取并执行FileName中命令。该filename文件需要"执行权限"
注：运行一个shell脚本时会启动另一个命令解释器.
每个shell脚本有效地运行在父shell(parent shell)的一个子进程里.
这个父shell是指在一个控制终端或在一个xterm窗口中给你命令指示符的进程.
shell脚本也可以启动他自已的子进程.
这些子shell(即子进程)使脚本并行地，有效率地地同时运行脚本内的多个子任务.
由于是在子shell中执行，脚本设置的变量不会影响当前shell。
4 export：
一个变量创建时，它不会自动地为在它之后创建的shell进程所知。而命令export可以向后面的shell传递变量的值。当一个shell脚本调用并执行时，它不会自动得到原为脚本（调用者）里定义的变量的访问权，除非这些变量已经被显式地设置为可用。export命令可以用于传递一个或多个变量的值到任何后继脚本
5. 举例
比如您在一个脚本里export $KKK=111 ,假如您用./a.sh执行该脚本，执行完毕后，您运行 echo $KKK ,发现没有值，假如您用source来执行 ，然后再echo ,就会发现KKK=111。因为调用./a.sh来执行shell是在一个子shell里运行的，所以执行后，结构并没有反应到父shell里，但是 source不同他就是在本shell中执行的，所以能够看到结果.
小测试
1 建立test.sh
#!/bin/bash
export s=/home/jboss/
2 执行命令: source test.sh
echo $s
结果输出: /home/jboss/
3 新开个shell
执行命令: ./test.sh
echo $s
结果: 没有输出s值
结论：
1、执行脚本时是在一个子shell环境运行的，脚本执行完后该子shell自动退出。
2、一个shell中的系统环境变量才会被复制到子shell中（用export定义的变量）；
3、一个shell中的系统环境变量只对该shell或者它的子shell有效，该shell结束时变量消失（并不能返回到父shell中）。3、不用 export定义的变量只对该shell有效，对子shell也是无效的。
直接执行一个脚本文件是在一个子shell中运行的，而source则是在当前shell环境中运行的。
source可以让脚本影响它们的父shell环境,这和export去影响子shell环境相反.