脚本基础

参考资料:Shell Scripts (Bash Reference Manual)

不严谨地说,编程语言根据代码运行的方式,可以分为两种方式:

  • 编译运行:需要先将人类可识别的代码文件编译成机器可运行的二进制程序文件后,方可运行。例如C语言和Java语言。
  • 解释运行:需要一个编程语言的解释器,运行时由解释器读取代码文件并运行。例如python语言(解释器:/usr/bin/python)和shell脚本(解释器:/bin/bash)。

根据其是否调用OS上的其他应用程序来分来:

  • 脚本语言(shell脚本):依赖于bash自身以及OS中的其他应用程序(例如:grep/sed/awk等)。
  • 完整编程语言:依赖自身的语法和其自身丰富的库文件来完成任务,对系统的依赖性很低,例如python、PHP等。

根据编程模型:

  • 过程式:以指令为中心来组织代码,数据是服务于代码。像C语言和bash。
  • 对象式:以数据为中心来组织代码,围绕数据组织指令。其编程的过程一般为创建类(class,例如:人类),根据类实例化出对象(例如:阿龙弟弟),对象具有类的通用属性(例如人类有手有脚,那么阿龙弟弟也有),对象可以具备自己的方法(method,例如写博客)。像Java语言。

像C++和python是既支持面向对象又支持面向过程。

因此我们可以总结出:bash是一门解释运行的过程式脚本语言,而bash的脚本,是一种将自身的编程逻辑和OS上的命令程序堆砌起来的待执行文件。

在shell脚本中,第一行我们需要向内核传达我们这个脚本是使用哪种解释器(interpreter)来解释运行。形如:

  1. #!/bin/sh
  2. 或者
  3. #!/bin/bash
  4. 或者
  5. #!/usr/bin/python

“#!”是固定的格式,叫做shebang或者hashbang,后面跟着的是解释器程序的路径。如果是/bin/bash那就是bash脚本,如果是/usr/bin/python那就是python脚本。

shebang是可以添加选项的,例如可以使得脚本在执行时为登录式(login)shell。

  1. #!/bin/bash -l

bash脚本的文件的后缀名(亦称扩展名)一般为“.sh”,这个名称主要用于让人易识别用的,具体脚本在执行的时候使用什么解释器,与文件的后缀名无关。

脚本还需要具备执行权限。在执行的时候,需要使用相对路径或者绝对路径方可正确执行。

  1. ~]# cat alongdidi.sh
  2. #!/bin/bash
  3. ...
  4. ~]# chmod a+x alongdidi.sh
  5. ~]# ./alongdidi.sh
  6. ~]# /PATH/TO/alongdidi.sh

如果直接键入脚本的名称来执行的话,bash会从内置命令、PATH等中寻找alongdidi.sh命令,如果我们的脚本当前路径不存在于PATH中,就会报错。

  1. ~]# alongdidi.sh
  2. bash: alongdidi.sh: command not found...

脚本也可以没有shebang和执行权限,我们依然可以通过调用bash命令,将脚本作为bash的参数来执行,这样也是可以的。

  1. ~]# bash alongdidi.sh

脚本中存在的空白行会被忽略,bash并不会将空白行打印出来。

除了shebang(#!)这种特殊的格式,其余位置出现#,其后面的字符均会被认为是脚本注释。

Bash执行一个脚本,实际上是在当前shell下创建子shell来执行的。

配置文件

参考资料:

bash启动时加载配置文件过程 - 骏马金龙 - 博客园

Bash Startup Files (Bash Reference Manual)

建议英文不好、bash新手直接参考骏马兄的博文来学习即可,直接跳过官网的参考资料。骏马兄本人也是基于官网学习并自己反复验证的,准确率应该很高,可放心。

无论我们直接通过连接至物理服务器/机器的物理设备(鼠标、键盘和显示器),还是我们通过SSH客户端(无论GUI或者CLI)连接至Linux服务器中。系统都会在我们所连接上的终端上启用一个bash,我们通过这个shell来与OS进行交互。

即使我们执行bash脚本,系统也会创建一个子bash来完成任务。

这些bash在启动的时候,就需要读取其配置文件,官方也将其称之为启动文件(startup files)。用于使bash在启动的时候读取这些文件并执行其中的指令来设置bash环境。

交互式和登录式

Bash需要判断自身是否具备交互式(interactive)和登录式(login)的特性来决定自己应该读取哪些配置文件。

判断shell是否为交互式有两种方法:

方法一:判断特殊变量“$-”是否包含字母i。bash还有其他的特殊变量,有兴趣的请参考Special Parameters (Bash Reference Manual)

  1. [root@c7-server ~]# echo $-
  2. himBH
  3. [root@c7-server ~]# cat alongdidi.sh
  4. #!/bin/bash
  5. echo $-
  6. [root@c7-server ~]# bash alongdidi.sh
  7. hB

方法二:判断变量“$PS1”是否为空。交互式登录会设置该变量,如果变量为空,则为非交互式,否则为交互式。PS1是Prompt String,提示符字符串的意思,在官网中它属于Bourne Shell的变量之一。

  1. [root@c7-server ~]# echo $PS1
  2. [\u@\h \W]\$
  3. [root@c7-server ~]# cat alongdidi.sh
  4. #!/bin/bash
  5. echo $PS1
  6. [root@c7-server ~]# bash alongdidi.sh
  7.  
  8. [root@c7-server ~]#

判断shell是否为登录式,使用bash的内置命令shopt来查看。它和内置命令set一起都用于修改shell的行为。Modifying Shell Behavior (Bash Reference Manual)

  1. [root@c7-server ~]# shopt login_shell
  2. login_shell on
  3. [root@c7-server ~]# cat alongdidi.sh
  4. #!/bin/bash
  5. shopt login_shell
  6. [root@c7-server ~]# bash alongdidi.sh
  7. login_shell off
  8. [root@c7-server ~]# bash
  9. [root@c7-server ~]# shopt login_shell
  10. login_shell off

常见的bash启动方式

在此之前需要读者大概了解一下终端的概念,可参考【你真的知道什么是终端吗? - Linux大神博客】

PS:最后还把Windows给黑了一下。确实感觉windows应该算不上多用户,以前维护Windows Server的时候,使用远程连接只能以超管用户连接上2或者3个而已,再多就不行了。目前也不晓得为什么,可能windows自身的限制如此。

1、通过Xshell客户端使用SSH协议登录。

伪终端。交互式,登录式。

  1. [root@c7-server ~]# tty
  2. /dev/pts/
  3. [root@c7-server ~]# who am i
  4. root pts/ -- : (192.168.152.1)
  5. [root@c7-server ~]# echo $PS1; shopt login_shell
  6. [\u@\h \W]\$
  7. login_shell on

2、在图形界面下右击桌面打开的终端。

伪终端。交互式,非登录式。

  1. [root@c7-server ~]# tty
  2. /dev/pts/
  3. [root@c7-server ~]# who am i
  4. root pts/ -- : (:)
  5. [root@c7-server ~]# echo $PS1; shopt login_shell
  6. [\u@\h \W]\$
  7. login_shell off

可通过设置终端的属性来使其变为登录式。

该图形界面,在CentOS 7上本身位于Ctrl+Alt+F1的虚拟终端上。

3、虚拟终端。

通过Ctrl+Alt+Fn来切换,n为正整数,该截图位于Ctrl+Alt+F2,这种叫虚拟终端。交互式,登录式。

4、su命令启动的bash。

不使用login选项的su。交互式,非登录式。

  1. [root@c7-server ~]# su root
  2. [root@c7-server ~]# echo $PS1; shopt login_shell
  3. [\u@\h \W]\$
  4. login_shell off

使用login选项的su。交互式,登录式。

-, -l, --login:使shell为login shell。

  1. [root@c7-server ~]# su - root
  2. Last login: Thu Dec :: CST on pts/
  3. [root@c7-server ~]# echo $PS1; shopt login_shell
  4. [\u@\h \W]\$
  5. login_shell on

5、通过bash命令启动的子shell。

一定为交互式,是否登录式看是否带-l选项。

  1. [root@c7-server ~]# echo $PS1; shopt login_shell
  2. [\u@\h \W]\$
  3. login_shell off
  4. [root@c7-server ~]# exit
  5. exit
  6. [root@c7-server ~]# bash -l
  7. [root@c7-server ~]# echo $PS1; shopt login_shell
  8. [\u@\h \W]\$
  9. login_shell on

6、命令组合时。

PS:这部分看不懂,来自骏马金龙。

这种情况下,登录式与交互式的情况继承于父shell。

  1. [root@c7-server ~]# (echo $BASH_SUBSHELL; echo $PS1; shopt login_shell)
  2.  
  3. [\u@\h \W]\$
  4. login_shell on
  5. [root@c7-server ~]# su
  6. [root@c7-server ~]# (echo $BASH_SUBSHELL; echo $PS1; shopt login_shell)
  7.  
  8. [\u@\h \W]\$
  9. login_shell off

7、使用ssh命令远程执行命令。

非交互式,非登录式。这种方式,在官网叫做远程shell,Remote Shell Daemon。

  1. [root@c7-server ~]# ssh localhost 'echo $PS1; shopt login_shell'
  2. root@localhost's password:
  3.  
  4. login_shell off

8、运行shell脚本。

通过bash命令运行。非交互式,是否登录式根据是否带-l选项。

  1. [root@c7-server ~]# cat alongdidi.sh
  2. #!/bin/bash
  3. echo $PS1
  4. shopt login_shell
  5. [root@c7-server ~]# bash alongdidi.sh
  6.  
  7. login_shell off
  8. [root@c7-server ~]# bash -l alongdidi.sh
  9.  
  10. login_shell on

文件具备执行权限后直接运行。非交互式,非登录式。

  1. [root@c7-server ~]# ./alongdidi.sh
  2.  
  3. login_shell off

如果shebang具备了-l选项,那么直接运行为非交互式、登录式。

通过不带-l选项的bash执行,依然是非交互式,非登录式。

也就是说是否为登录式,先看CLI中的bash是否带-l选项,再看shebang是否带-l选项。均为非交互式。

  1. [root@c7-server ~]# cat alongdidi.sh
  2. #!/bin/bash -l
  3. echo $PS1
  4. shopt login_shell
  5. [root@c7-server ~]# ./alongdidi.sh
  6.  
  7. login_shell on
  8. [root@c7-server ~]# bash alongdidi.sh
  9.  
  10. login_shell off

配置文件的加载方式

在bash中,加载配置文件的方式是通过读取命令来实现的,它们是bash的内置命令source和“.”。

  1. source filename [arguments]
  2. . filename [arguments]

注意这里是一个单独的小数点,是一个bash内置命令。如果有arguments的话就作为位置参数。

本质上是读取了文件并在当前的shell下执行文件中的命令。(不同于shell脚本的执行是需要创建子shell)

bash相关的配置文件,主要有这些:

  1. /etc/profile
  2. ~/.bash_profile
  3. ~/.bashrc
  4. /etc/bashrc
  5. /etc/profile.d/*.sh

注意:这些配置文件,一般是都要求要具备可读取的权限才行(虽然对于root用户可能无所谓)

位于用户家目录下的配置文件,为用户私有的配置文件,只有对应的用户才会加载,可实现针对用户的定制。位于/etc/目录下的配置文件,可以理解为全局配置文件,对所有用户生效。

为了测试不同的bash启动场景会加载哪些文件,我们在上述文件的末尾处加上一句echo语句。注意,我们是在文件的末尾加的echo语句,bash脚本的执行是按顺序自上而下执行,位置很关键。

  1. echo "echo '/etc/profile goes'" >>/etc/profile
  2. echo "echo '~/.bash_profile goes'" >>~/.bash_profile
  3. echo "echo '~/.bashrc goes'" >>~/.bashrc
  4. echo "echo '/etc/bashrc goes'" >>/etc/bashrc
  5. echo "echo '/etc/profile.d/test.sh goes'" >>/etc/profile.d/test.sh

1、只要是登录式(无论是否交互式)的bash:先读取/etc/profile,再依次搜索~/.bash_profile、~/.bash_login和~/.profile并仅加载第一个搜索到的且可读的文件。在bash退出时,读取~/.bash_logout。

在/etc/profile文件中,有读取指令:

  1. for i in /etc/profile.d/*.sh /etc/profile.d/sh.local ; do
  2. if [ -r "$i" ]; then
  3. if [ "${-#*i}" != "$-" ]; then
  4. . "$i"
  5. else
  6. . "$i" >/dev/null
  7. fi
  8. fi
  9. done

判断/etc/profile.d/目录下的*.sh和sh.local文件是否存在且可读,如果是的话,则读取。红色粗体字的判断,是判断是否为交互式的bash,如果是的话在读取配置文件时输出STDOUT,否则不输出。

在CentOS 6中没有/etc/profile.d/sh.local文件,也没有加载该文件的指令。在CentOS 7上,这个文件也只有一行注释,以我蹩脚的英文水平,我猜应该是用来填写一些环境变量,可用于覆盖掉/etc/profile中的环境变量。

  1. ~]# cat /etc/profile.d/sh.local
  2. #Add any required envvar overrides to this file, it is sourced from /etc/profile

对于root用户来说,由于存在~/.bash_profile文件且可读(在我的测试环境中,普通用户也具备有可读的~/.bash_profile),因此~/.bash_login和~/.profile就被忽略了。

在~/.bash_profile中,有读取指令:

PS:记得留意那段英文注释。

  1. # Get the aliases and functions
  2. if [ -f ~/.bashrc ]; then
  3. . ~/.bashrc
  4. fi

在~/.bashrc中,也有读取指令:

  1. # Source global definitions
  2. if [ -f /etc/bashrc ]; then
  3. . /etc/bashrc
  4. fi

在/etc/bashrc中,虽然有读取指令,但是这部分指令是在非登录式的情况下才执行:

  1. if ! shopt -q login_shell ; then # We're not a login shell
  2. ...
  3. for i in /etc/profile.d/*.sh; do
  4. if [ -r "$i" ]; then
  5. if [ "$PS1" ]; then
  6. . "$i"
  7. else
  8. . "$i" >/dev/null
  9. fi
  10. fi
  11. done
  12. ...
  13. fi

图示如下。按编号顺序,首先加载第一条,加载完再加载第二条。

我们来测试之前所述的几种bash启动场景来看看。注意,必须得是登录式的才行。因为我们这个小节讨论的是登录式的。

I. Xshell客户端,伪终端登录,交互式登录式。

  1. /etc/profile.d/test.sh goes
  2. /etc/profile goes
  3. /etc/bashrc goes
  4. ~/.bashrc goes
  5. ~/.bash_profile goes

之所以后加载的先显示,那是因为我们的echo语句是添加在脚本的末尾,而读取后续配置文件是在脚本的中间段。

II. ssh远程登陆。交互式登录式。

  1. [root@c7-server ~]# ssh localhost
  2. root@localhost's password:
  3. Last login: Fri Dec :: from 192.168.152.1
  4. /etc/profile.d/test.sh goes
  5. /etc/profile goes
  6. /etc/bashrc goes
  7. ~/.bashrc goes
  8. ~/.bash_profile goes

III. 启动带有登录选项的子shell。

  1. ~]# bash -l
  2. /etc/profile.d/test.sh goes
  3. /etc/profile goes
  4. /etc/bashrc goes
  5. ~/.bashrc goes
  6. ~/.bash_profile goes

IV. 登录式切换用户。

  1. ~]# su -l
  2. Last login: Fri Dec :: CST from localhost on pts/
  3. /etc/profile.d/test.sh goes
  4. /etc/profile goes
  5. /etc/bashrc goes
  6. ~/.bashrc goes
  7. ~/.bash_profile goes

V. 执行脚本时,带有登录选项。

  1. [root@c7-server ~]# cat a.sh
  2. #!/bin/bash -l
  3. echo 'haha'
  4. [root@c7-server ~]# ./a.sh
  5. /etc/profile goes
  6. /etc/bashrc goes
  7. ~/.bashrc goes
  8. ~/.bash_profile goes
  9. haha
  10. [root@c7-server ~]# bash -l a.sh
  11. /etc/profile goes
  12. /etc/bashrc goes
  13. ~/.bashrc goes
  14. ~/.bash_profile goes
  15. haha

执行脚本属于非交互式,而在非交互式场景下读取/etc/profile.d/*.sh文件时,不会有输出。(在/etc/profile文件中有定义,可以翻上去看)

  1. . "$i" >/dev/null >&

因此就不会输出:

  1. /etc/profile.d/test.sh goes

注意,仅仅只是不输出而已,但是还是有加载了配置文件的,如果涉及到比如环境变量的设置等,还是会执行的。

2、交互式但非登录式的bash:读取~/.bashrc文件,不读取/etc/profile、~/.bash_profile、~/.bash_login和~/.profile。

对应的场景为不带登录选项的子bash创建或者su用户切换。

  1. [root@c7-server ~]# bash
  2. /etc/profile.d/test.sh goes
  3. /etc/bashrc goes
  4. ~/.bashrc goes
  5. [root@c7-server ~]# su
  6. /etc/profile.d/test.sh goes
  7. /etc/bashrc goes
  8. ~/.bashrc goes

3、非交互式非登录式的bash。

不加载任何的配置文件,尝试展开环境变量BASH_ENV(这个变量一般是存储了某些个配置文件的路径),若有值则加载对应的配置文件,行为如下:

  1. if [ -n "$BASH_ENV" ]; then . "$BASH_ENV"; fi

正常在编写和执行bash脚本时,都不会刻意加上登录选项,因此几乎所有的bash脚本的执行都属于这种情况。

存在一种非交互式非登录式的bash特例,不使用这种配置文件加载方式。看下一个例子。

4、非交互式非登录式的bash特例:远程shell(Remote Shell Daemon)。

加载方式如下图所示。

由于是非登录式的shell,因此在读取*.sh的时候不输出。

  1. [root@c7-server ~]# ssh localhost echo 'Remote Shell Daemon'
  2. root@localhost's password:
  3. /etc/bashrc goes
  4. ~/.bashrc goes
  5. Remote Shell Daemon

Bash脚本编程之脚本基础和bash配置文件的更多相关文章

  1. 脚本编程中的test、bash调试、变量计算、参数

    脚本编程中的test.bash调试.变量计算.参数 1.文件测试 -e FILE:测试文件是否存在 -f FILE:测试文件是否为普通文件 -d FILE:测试路径是否为目录 -r FILE:测试当前 ...

  2. bash脚本编程知识储备

    bash脚本编程:     脚本程序:解释器解释执行: 首先得理清一些琐碎的知识点,我尽量把我所学的帮朋友一起梳理一下 编程环境:(我会在接下来的篇章,图文例子三结合的方式带大家一起学习)       ...

  3. Linux Shell脚本编程-语句控制

    过程式编程语言bash脚本编程面向过程的编程  顺序执行:默认法则,按照顺序一条一条语句执行  选择执行:分支,条件判断,符合条件的分支予以执行  循环执行:将同一段代码反复执行有限次,所以循环必须有 ...

  4. Bash脚本编程基础

    为实现某个任务,将许多命令组合后,写入一个可执行的文本文件的方法,称为Shell脚本编程. 按照应用的Shell环境不同,可以将Shell脚本分为多种类型.其中最常见的是应用于Bash和Tcsh的脚本 ...

  5. linux学习19 shell脚本基础-bash脚本编程基础及配置文件

    一.shell脚本编程 1.编程语言的分类,根据运行方式 a.编译运行:源代码 --> 编译器(编译) --> 程序文件 C语言: b.解释运行:源代码 --> 运行时启动解释器,由 ...

  6. shell脚本编程及bash特性

    bash特性及bash脚本编程初步 终端,附着在终端的接口程序; GUI: KDE,GNome,Xfce CLI: /etc/shells bash的特性: 命令行展开: ~,{} 命令别名: ali ...

  7. Bash脚本编程之变量与多命令执行

    变量基础知识 程序由指令加数据所组成,而变量可以理解为数据来源的一种. 变量名可以理解为指向了某个内存空间的地址,对于变量的赋值可理解为向内存空间写入数据,对于变量的引用可理解为从内存空间读取数据. ...

  8. Bash脚本编程之数组

    数组简介 在bash脚本编程当中,变量是存储单个元素的内存空间:而数组是存储多个元素的一段连续的内存空间. 数组由数组名和下标构成,如下. ARRAY_NAME[SUBSCRIPT] 数组按照下标的类 ...

  9. Bash脚本编程学习笔记08:函数

    官方资料:Shell Functions (Bash Reference Manual) 简介 正如我们在<Bash脚本编程学习笔记06:条件结构体>中最后所说的,我们应该把一些可能反复执 ...

随机推荐

  1. 【BZOJ4001】【Luogu P3978】 [TJOI2015]概率论

    题目描述: Description: Input 输入一个正整数N,代表有根树的结点数 Output 输出这棵树期望的叶子节点数.要求误差小于1e-9 Sample Input 1 Sample Ou ...

  2. 如何看一款app里面所包含的图片

    在开发制作App的过程中,有时候会想看看一些精美的App里面所设计的素材.这个时候就需要用到我给大家展现的方法了.下面就看看该如何操作能让一个App呈现出它原始的一面,这次我以Any.Do为例给大家演 ...

  3. wdCP v3.3.8apache阿里云ssl证书实现智慧软文http转换https的详细操作教程

    先展示一下效果:智慧软文发布系统(https://www.zhihuiruanwen.com) 之前用的是传统的http,发现360浏览器,火狐浏览器,谷歌浏览器均提示不安全的链接,最主要的是第一次打 ...

  4. 谷歌地图 API 开发之获取坐标以及街道详情

    自己的项目中有获取当前点击的坐标经纬度或者获取当前街道的信息的需求.估计这个对于新手来说,还是比较麻烦的,因为从官网上找这个也并不是很好找,要找好久的,运气好的可能会一下子找到. 献上自己写的测试案例 ...

  5. UML类图绘制

    UML图简介 含义:UML-Unified Modeling Language 统一建模语言,又称标准建模语言.是用来对软件密集系统进行可视化建模的一种语言 主要模型: 功能模型:从用户的角度展示系统 ...

  6. ios宏定义应该呆在恰当的地方

    项目为了看起来整洁 并减少不必要的多次拼写 我们会把这样的方法 做成宏定义 那么问题来了 很多文件同时用到一个或多个宏定义 写完之后就会变成这个样子 看起来很乱 阅读性也不好 那么问题来了怎么解决嘞 ...

  7. docker等文档

    docker strapi koa express

  8. 2019 ICPC上海网络赛 A 题 Lightning Routing I (动态维护树的直径)

    题目: 给定一棵树, 带边权. 现在有2种操作: 1.修改第i条边的权值. 2.询问u到其他一个任意点的最大距离是多少. 题解: 树的直径可以通过两次 dfs() 的方法求得.换句话说,到任意点最远的 ...

  9. seaborn 数据可视化(二)带有类别属性的数据可视化

    Seaborn的分类图分为三类,将分类变量每个级别的每个观察结果显示出来,显示每个观察分布的抽象表示,以及应用统计估计显示的权重趋势和置信区间: 第一个包括函数swarmplot()和stripplo ...

  10. A.Math Problem

    题意:这里有n个区间,你需要添加一个区间,使得每个区间都至少有一个共同的点在这个区间,且长度最小,输出最小的长度. 分析:找出所有区间右端点的最小值,和所有区间左端点的最大值,然后答案就是max(0, ...