写好shell脚本的8个建议

 

这八个建议,来源于键者几年来编写 shell 脚本的一些经验和教训。事实上开始写的时候还不止这几条,后来思索再三,去掉几条无关痛痒的,最后剩下八条。

1. 指定bash

shell 脚本的第一行,#!之后应该是什么?如果拿这个问题去问别人,不同的人的回答可能各不相同。
我见过/usr/bin/env bash,也见过/bin/bash,还有/usr/bin/bash,还有/bin/sh,还有/usr/bin/env sh。这算是编程界的“'茴'字四种写法”了。
在多数情况下,以上五种写法都是等价的。但是,写过程序的人都知道:“少数情况”里往往隐藏着意想不到的坑。

如果系统的默认 shell 不是 bash 怎么办?比如某 Linux 发行版的某个版本,默认的 sh 就不是 bash。
如果系统的 bash 不是在 /usr/bin/bash怎么办?

我推荐使用 /usr/bin/env bash和 /bin/bash。前者通过env添加一个中间层,让env在$PATH中搜索bash;后者则是官方背书的,约定俗成的 bash 位置,/usr/bin/bash不过是指向它的一个符号链接。

2. set -e 和 set -x

OK,经过一番讨论,现在第一行定下来了。接下来该开始写第二行了吧?
且慢!在你开始构思并写下具体的代码逻辑之前,先插入一行set -e和一行set -x。
set -x会在执行每一行 shell 脚本时,把执行的内容输出来。它可以让你看到当前执行的情况,里面涉及的变量也会被替换成实际的值。
set -e会在执行出错时结束程序,就像其他语言中的“抛出异常”一样。(准确说,不是所有出错的时候都会结束程序,见下面的注)
注:set -e结束程序的条件比较复杂,在man bash里面,足足用了一段话描述各种情景。大多数执行都会在出错时退出,除非 shell 命令位于以下情况:

  1. 一个 pipeline 的非结尾部分,比如error | ok
  2. 一个组合语句的非结尾部分,比如ok && error || other
  3. 一连串语句的非结尾部分,比如error; ok
  4. 位于判断语句内,包括test、if、while等等。

这两个组合在一起用,可以在 debug 的时候替你节省许多时间。出于防御性编程的考虑,有必要在写第一行具体的代码之前就插入它们。扪心自问,写代码的时候能够一次写对的次数有多少?大多数代码,在提交之前,通常都经历过反复调试修改的过程。与其在焦头烂额之际才引入这两个配置,不如一开始就给 debug 留下余地。在代码终于可以提交之后,再考虑是否保留它们也不迟。

3. 带上shellcheck

好了,现在我已经有了三行(样板)代码,具体的业务逻辑一行都没写呢。是不是该开始写了?
且慢!工欲善其事,必先利其器。这次,我就介绍一个 shell 脚本编写神器:shellcheck

说来惭愧,虽然写了几年 shell 脚本,有些语法我还是记不清楚。这时候就要依仗 shellcheck 指点一下了。
shellcheck 除了可以提醒语法问题以外,还能检查出 shell 脚本编写常见的 bad code。本来我的N条建议里面,还有几条是关于这些 bad code 的,不过考虑到 shellcheck 完全可以发掘出这些问题,于是忍痛把它们都剔除在外了。毫无疑问,使用 shellcheck 给我的 shell 编写技能带来了巨大的飞跃。

所谓“站在巨人的肩膀上”,虽然我们这些新兵蛋子,技能不如老兵们强,但是我们可以在装备上赶上对方啊!动动手安装一下,就能结识一个循循善诱的“老师”,何乐而不为?顺便一提,shellcheck 居然是用 haskell 写的。谁说 haskell 只能用来装逼?

4. 变量展开

在 shell 脚本中,偶尔可以看到这样的做法:

echo $xxx | awk/sed/grep/cut...

看起来大张形势的样子,其实不过是想修改一个变量的值。杀鸡何必用牛刀?bash内建的变量展开机制已经足以满足你各种需求!还是老方法, read the f**k manaul! man bash然后搜索Parameter Expansion,下面就是你想要的技巧。键者也写过一篇相关的文章,希望能助上一臂之力:玩转Bash变量

=======================================================================

awk 我们可以利用awk命令,将一些文本整理成我们想要的样子,比如把一些文本整理成"表"的

sed  更适合编辑匹配到的文本

grep

cut

========================================================================

5. 注意local

随着代码越写越多,你开始把重复的逻辑提炼成函数。有可能你会掉到bash的一个坑里。在bash,如果不加 local 限定词,变量默认都是全局的。变量默认全局——这跟 js 和 lua 相似;但相较而言,很少有 bash 教程一开始就告知你这个事实。在顶级作用域里,是否是全局变量并不重要。但是在函数里面,声明一个全局变量可能会污染到其他作用域(尤其在你根本没有注意到这一点的情况下)。所以,对于在函数内声明的变量,请务必记得加上 local 限定词。

6. trap信号

如果你写过稍微复杂点的在后台运行的程序,应该知道 posix 标准里面“信号”是什么一回事。如果不知道,直接看下一段。像其他语言一样,shell 也支持处理信号。trap sighandler INT可以在接收到 SIGINT 时调用 sighandler 函数。捕获其他信号的方式以此类推。

不过 trap 的主要应用场景可不是捕获哪个信号。trap命令支持“捕获”许多不同的流程——准确来说,允许用户给特定的流程注入函数调用。其中最为常用的是trap func EXIT和trap func ERR。
trap func EXIT允许在脚本结束时调用函数。由于无论正常退出抑或异常退出,所注册的函数都能得以调用,在需要调用一个清理函数的场景下,我都是用它注册清理函数,而不是简单地在脚本结尾调用清理函数。
trap func ERR允许在运行出错时调用函数。一个常用的技法是,使用全局变量ERROR存储错误信息,然后在注册的函数中根据存储的值完成对应的错误报告。把原本四分五裂的错误处理逻辑集中到一处,有时候会起奇效。不过要记住,程序异常退出时,既会调用EXIT注册的函数,也会调用ERR注册的函数。

===========================================

SIGTERM和SIGINT的含义

2016年06月08日 08:58:32 sufwei 阅读数:5737

SIGHUP     终止进程     终端线路挂断
SIGINT     终止进程     中断进程
SIGQUIT   建立CORE文件终止进程,并且生成core文件
SIGILL   建立CORE文件       非法指令
SIGTRAP   建立CORE文件       跟踪自陷
SIGBUS   建立CORE文件       总线错误
SIGSEGV   建立CORE文件       段非法错误
SIGFPE   建立CORE文件       浮点异常
SIGIOT   建立CORE文件       执行I/O自陷
SIGKILL   终止进程     杀死进程
SIGPIPE   终止进程     向一个没有读进程的管道写数据
SIGALARM   终止进程     计时器到时
SIGTERM   终止进程     软件终止信号
SIGSTOP   停止进程     非终端来的停止信号
SIGTSTP   停止进程     终端来的停止信号
SIGCONT   忽略信号     继续执行一个停止的进程
SIGURG   忽略信号     I/O紧急信号
SIGIO     忽略信号     描述符上可以进行I/O
SIGCHLD   忽略信号     当子进程停止或退出时通知父进程
SIGTTOU   停止进程     后台进程写终端
SIGTTIN   停止进程     后台进程读终端
SIGXGPU   终止进程     CPU时限超时
SIGXFSZ   终止进程     文件长度过长
SIGWINCH   忽略信号     窗口大小发生变化
SIGPROF   终止进程     统计分布图用计时器到时
SIGUSR1   终止进程     用户定义信号1
SIGUSR2   终止进程     用户定义信号2
SIGVTALRM 终止进程     虚拟计时器到时

1) SIGHUP 本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控
制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端
不再关联.
2) SIGINT 程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出
3) SIGQUIT 和SIGINT类似, 但由QUIT字符(通常是Ctrl-)来控制. 进程在因收到
SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信
号.
4) SIGILL 执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行
数据段. 堆栈溢出时也有可能产生这个信号.
5) SIGTRAP 由断点指令或其它trap指令产生. 由debugger使用.
6) SIGABRT 程序自己发现错误并调用abort时产生.
6) SIGIOT 在PDP-11上由iot指令产生, 在其它机器上和SIGABRT一样.
7) SIGBUS 非法地址, 包括内存地址对齐(alignment)出错. eg: 访问一个四个字长
的整数, 但其地址不是4的倍数.
8) SIGFPE 在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢
出及除数为0等其它所有的算术的错误.
9) SIGKILL 用来立即结束程序的运行. 本信号不能被阻塞, 处理和忽略.
10) SIGUSR1 留给用户使用
11) SIGSEGV 试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据.
12) SIGUSR2 留给用户使用
13) SIGPIPE Broken pipe
14) SIGALRM 时钟定时信号, 计算的是实际的时间或时钟时间. alarm函数使用该
信号.
15) SIGTERM 程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和
处理. 通常用来要求程序自己正常退出. shell命令kill缺省产生这
个信号.
17) SIGCHLD 子进程结束时, 父进程会收到这个信号.
18) SIGCONT 让一个停止(stopped)的进程继续执行. 本信号不能被阻塞. 可以用
一个handler来让程序在由stopped状态变为继续执行时完成特定的
工作. 例如, 重新显示提示符
19) SIGSTOP 停止(stopped)进程的执行. 注意它和terminate以及interrupt的区别:
该进程还未结束, 只是暂停执行. 本信号不能被阻塞, 处理或忽略.
20) SIGTSTP 停止进程的运行, 但该信号可以被处理和忽略. 用户键入SUSP字符时
(通常是Ctrl-Z)发出这个信号
21) SIGTTIN 当后台作业要从用户终端读数据时, 该作业中的所有进程会收到SIGTTIN
信号. 缺省时这些进程会停止执行.
22) SIGTTOU 类似于SIGTTIN, 但在写终端(或修改终端模式)时收到.
23) SIGURG 有"紧急"数据或out-of-band数据到达socket时产生.
24) SIGXCPU 超过CPU时间资源限制. 这个限制可以由getrlimit/setrlimit来读取/
改变
25) SIGXFSZ 超过文件大小资源限制.
26) SIGVTALRM 虚拟时钟信号. 类似于SIGALRM, 但是计算的是该进程占用的CPU时间.
27) SIGPROF 类似于SIGALRM/SIGVTALRM, 但包括该进程用的CPU时间以及系统调用的
时间.
28) SIGWINCH 窗口大小改变时发出.
29) SIGIO 文件描述符准备就绪, 可以开始进行输入/输出操作.
30) SIGPWR Power failure

有两个信号可以停止进程:SIGTERM和SIGKILL。 SIGTERM比较友好,进程能捕捉这个信号,根据您的需要来关闭程序。在关闭程序之前,您可以结束打开的记录文件和完成正在做的任务。在某些情况下,假如进程正在进行作业而且不能中断,那么进程可以忽略这个SIGTERM信号。

对于SIGKILL信号,进程是不能忽略的。这是一个 “我不管您在做什么,立刻停止”的信号。假如您发送SIGKILL信号给进程,Linux就将进程停止在那里。

================================================

--------------------------------------------------------------------------------------------------------------

--------------------------------------------------------------------------------------------------------------------------

----------------------------------------------------------------------------------------------------------------------------------

linux下采用trap对信号进行捕捉

 在Linux中,trap命令主要用于接收信号并采取行动,信号是异步发送到一个程序的事件,在默认情况下,可以终止一个程序,trap命令原型如下:

trap command signal

signal是指接收到的信号,command是接收到该信号采取的行动。如下为两种简单的信号。

信号

说明

INT(2)

Ctrl + C

QUIT(3)

Ctrl + \

示例代码如下

 
  1. [root@localhost shell]# cat -n trap.sh

  2. 1 #!/bin/bash

  3. 2 trap "echo 'sorry! I habe trapped Ctrl+C'" SIGINT SIGTERM

  4. 3 echo this is a test program

  5. 4 count=1

  6. 5 while [ $count -le 10 ]

  7. 6 do

  8. 7 echo "LOOP #$count"

  9. 8 sleep 5

  10. 9 count=$[ $count + 1]

  11. 10 done

  12. 11 echo this is the end of the test program

  13. [root@localhost shell]#


运行时按下Ctrl+C结果如图:

 
  1. [root@localhost shell]# ./trap.sh

  2. this is a test program

  3. LOOP #1

  4. LOOP #2

  5. ^Csorry! I habe trapped Ctrl+C

  6. LOOP #3

  7. LOOP #4

  8. ^Csorry! I habe trapped Ctrl+C

  9. LOOP #5

  10. LOOP #6

  11. LOOP #7

  12. LOOP #8

  13. ^Csorry! I habe trapped Ctrl+C

  14. LOOP #9

  15. LOOP #10

  16. this is the end of the test program

  17. [root@localhost shell]#

如果想要捕捉shell脚本的退出,只要在trap命令上加EXIT信号就行,代码如下:

 
  1. [root@localhost shell]# cat -n trap.sh

  2. 1 #!/bin/bash

  3. 2 trap "echo 'sorry! I habe trapped Ctrl+C'" SIGINT SIGTERM

  4. 3 trap "echo goodbye" EXIT

  5. 4 echo this is a test program

  6. 5 count=1

  7. 6 while [ $count -le 10 ]

  8. 7 do

  9. 8 echo "LOOP #$count"

  10. 9 sleep 5

  11. 10 count=$[ $count + 1]

  12. 11 done

  13. 12 echo this is the end of the test program

  14. [root@localhost shell]#


运行结果如下:

 
  1. [root@localhost shell]# ./trap.sh

  2. this is a test program

  3. LOOP #1

  4. ^Csorry! I habe trapped Ctrl+C

  5. LOOP #2

  6. ^Csorry! I habe trapped Ctrl+C

  7. LOOP #3

  8. ^Csorry! I habe trapped Ctrl+C

  9. LOOP #4

  10. LOOP #5

  11. LOOP #6

  12. ^Csorry! I habe trapped Ctrl+C

  13. LOOP #7

  14. ^Csorry! I habe trapped Ctrl+C

  15. LOOP #8

  16. LOOP #9

  17. LOOP #10

  18. this is the end of the test program

  19. goodbye

  20. [root@localhost shell]#


还可以在shell中移除捕捉,代码如下:

 
  1. [root@localhost shell]# cat -n trap.sh

  2. 1 #!/bin/bash

  3. 2 trap "echo 'sorry! I habe trapped Ctrl+C'" SIGINT SIGTERM

  4. 3 trap "echo goodbye" EXIT

  5. 4 echo this is a test program

  6. 5 count=1

  7. 6 while [ $count -le 10 ]

  8. 7 do

  9. 8 echo "LOOP #$count"

  10. 9 sleep 1

  11. 10 count=$[ $count + 1]

  12. 11 done

  13. 12 echo this is the end of the test program

  14. 13 trap - EXIT

  15. 14 echo " I just remove EXIT trap "


在程序结束之前,移除了EXIT捕捉,最终就不会输出goodbye:

 
  1. [root@localhost shell]# ./trap.sh

  2. this is a test program

  3. LOOP #1

  4. LOOP #2

  5. LOOP #3

  6. LOOP #4

  7. LOOP #5

  8. LOOP #6

  9. LOOP #7

  10. LOOP #8

  11. LOOP #9

  12. LOOP #10

  13. this is the end of the test program

  14. I just remove EXIT trap

  15. [root@localhost shell]#

-------------------------------------------------------------------------------------------------------------------------------------------

-------------------------------------------------------------------------------------------------------------

----------------------------------------------------------------------

===================================================================

=====================================

Linux命令行与shell脚本(12)--控制脚本

转自。 https://blog.csdn.net/ch717828/article/details/70738212

处理信号

  • Ctrl+C组合键会产生SIGINT信号,会停止shell中当前运行的进程
  • Crtl+Z组建键会产生SIGTSTP信号,停止shell中运行的任何进程,停止进程会让程序继续保留在内存中,并能从上一次停止的位置继续运行
  • trap命令允许你来指定shell脚本要观察哪些Linux信号并从shell中拦截。如果脚本收到了trap命令中列出的信号,它会阻止它被shell处理,而在本地处理它
trap "echo 'Sorry, I have trapped Ctrl+C' " SIGINT SIGTERM #捕捉信号后echo一段字>符串
echo This is a test program
count=1
while (( $count <= 10 ))
do
        echo "Times: $count";
        count=$[ $count + 1 ];
        sleep 5;
done
echo "Done";
  • trap可以捕捉脚本的退出 trap "echo 'Goodbye' EXIT; #捕捉脚本的退出

后台模式运行脚本

  • 在命令后面加个&符号,就可以在后台运行脚本 ./test.sh &

非控制台下运行脚本

  • 有时你会想在终端会话中启动shell脚本,然后让脚本一直以后台模式运行,直到其完成,即使你退出了终端会话。可以使用nohup命令来实现。 nohup ./test.sh &

作业控制

  • jobs命令允许你查看shell当前正在处理的作业。jobs列出的作业中,带加号的作业会被当作默认的作业,带减号的作业则会在当前默认作业完成处理的情况下成为下一个默认作业。任何时候都只有一个带加号的作业和带减号的作业。
  • 暂停的命令可以用bg命令加作业号,以后台模式重启,bg 2,使用fg以前台模式重新 fg 2

调整优先级

  • 调度优先级是个整数值,从-20(最高优先级)到+19(最低优先级)。默认情况下,bash shell会以0优先级启动所有进程
  • nice命令允许你在启动时调整一个命令的调度优先级 nice -n 10 ./test.sh

定时运行作业

  • at命令允许指定Linux系统何时运行脚本
  • atrm命令来删除等待中的作业
  • cron程序来计划要定期执行的作业
  • anacron程序可以解决cron程序无法运行Linux因关机而错过的任务

启动时运行

  • Linux开机过程

    1. 开始运行Linux系统时,Linux内核加载到内存中并运行。它做的第一件事是开始UNIX System V init过程或Upstart init过程,具体取决于版本。
    2. System V init过程会读取/etc/inittab文件。 inittab文件会列出系统的运行级。不同的Linux运行级会启动不同的程序和脚本。
  • 大多数Linux发行版提供了一个本地开机文件专门让系统管理员添加开始时运行的脚本,具体视版本而定。如Ubuntu,有/etc/rc.local

  • 还可以在 (1) .bash_profile 文件中添加脚本,此文件会在新shell是新的登录时运行(2) .bashrc 当新shell启动时,包括有新的登录,此文件会运行(3)如果想为系统的所有用户运行一个脚本,可以在 /etc/bashrc 文件中添加。

=================================================

===================================================================

7. 三思后行

以上几条都是具体的建议,剩下两条比较务虚。

这条建议的名字叫“三思而行”。其实无论写什么代码,哪怕只是一个辅助脚本,都要三思而行,切忌粗心大意。不,写脚本的时候更要记住这点。毕竟许多时候,一个复杂的脚本发端于几行小小的命令。一开始写这个脚本的人,也许以为它只是一次性任务。代码里难免对一些外部条件有些假定,在当时也许是正常的,但是随着外部环境的变化,这些就成了隐藏的暗礁。雪上加霜的是,几乎没有人会给脚本做测试。除非你去运行它,否则不知道它是否还能正常使用。

要想减缓脚本代码的腐烂速度,需要在编写的时候辨清哪些是会变的依赖、哪些是脚本正常运行所不可或缺的。要有适当的抽象,编写可变更的代码;同时要有防御性编程的意识,给自己的代码一道护城河。

8. 扬长避短

有些时候,使用 shell 写脚本就意味着难以移植、难以统一地进行错误处理、难以利索地处理数据。
虽然使用外部的命令可以方便快捷地实现各种复杂的功能,但作为硬币的反面,不得不依靠grep、sed、awk等各种工具把它们粘合在一起。
如果有兼容多平台的需求,还得小心规避诸如BSD和GNU coreutils,bash版本差异之类奇奇怪怪的陷阱。
由于缺乏完善的数据结构以及一致的API,shell 脚本在处理复杂的逻辑上力不从心。
解决特定的问题要用合适的工具。知道什么时候用 shell,什么时候切换到另外一门更通用的脚本语言(比如ruby/python/perl),这也是编写可靠 shell 脚本的诀窍。如果你的任务可以组合常见的命令来完成,而且只涉及简单的数据,那么 shell 脚本就是适合的锤子。如果你的任务包含较为复杂的逻辑,而且数据结构复杂,那么你需要用ruby/python之类的语言编写脚本。

本文地址:https://www.linuxprobe.com/shell-script.html​​​

===========================================================================================================================================================================================================================================================================

玩转Bash变量

 16.9k 次阅读  ·  读完需要 16 分钟

11

PS : 注意本文讨论的是Bash,而不一定是/bin/sh所链接的那个shell。这里出现的所有代码片段,默认在顶上都添加了#!/bin/bash

一门自带混淆的语言

while (( $# )); do
    case $1 in
        -a*)
            # Error checking
            [[ ${1#-a} ]] || { echo "bash: ${FUNCNAME[0]}: \`$1': missing"\
                "number specifier" 1>&2; return 1; }
            printf %d "${1#-a}" &> /dev/null || { echo "bash:"\
                "${FUNCNAME[0]}: \`$1': invalid number specifier" 1>&2
            return 1; }
            # Assign array of -aN elements
            [[ "$2" ]] && unset -v "$2" && eval $2=\(\"\${@:3:${1#-a}}\"\) &&
                shift $((${1#-a} + 2)) || { echo "bash: ${FUNCNAME[0]}:"\
                "\`$1${2+ }$2': missing argument(s)" 1>&2; return 1; }
            ;;
        -v)
            # Assign single value
            [[ "$2" ]] && unset -v "$2" && eval $2=\"\$3\" &&
                shift 3 || { echo "bash: ${FUNCNAME[0]}: $1: missing"\
                "argument(s)" 1>&2; return 1; }
            ;;
        *)
            echo "bash: ${FUNCNAME[0]}: $1: invalid option" 1>&2
            return 1 ;;
    esac
done

如果你觉得阅读上面的Bash代码,就像阅读段子一样顺畅,那么是时候关掉这个页面,去做别的更有意义的行为,比如去喝个水什么的。
如果你觉得上面的Bash代码犹如鬼画符,并且实际生活中不得不面对它,那么就看下去吧。

Bash变量操作

正式开始正文内容。
想要在一篇文章里,讲述要看懂开篇代码所需的所有知识点,这是不自量力的行为。因此,本文将讲且仅讲Bash中操作变量的方法。所以,即使你看完了这篇文章,你多半还是看不懂开篇的代码。

不过看完这篇文章之后,你对Bash的变量操作会有更为深入的认识。而且更重要的是,Bash之于你,不再是怎么也看不清摸不透。下一次要写脚本的时候,你也将更加坚定地下定决心 —— 人生苦短,我用Python/Ruby。

严格意义上的Bash变量类型

Bash变量只有两种类型,字符串和数组。不过从严格意义上,Bash没有变量类型。Bash中的变量,在运行的时候会被展开成其对应的值(字符串)。你可以把它看做C/C++中的宏定义,或者一些模板语言中的占位符。

一般情况下,变量通过=赋值,注意=两边不要留空格。有些好孩子,已经养成了符号两端留空格的习惯,结果当开始写Bash的时候,他们抓狂了。
要想访问变量,只需在变量名前面添加$,解释器就会对它进行展开。如果该变量并不存在,解释器会把它展开成“”。

me=spacewander
echo $me
echo $who

来自命令行的你

作为脚本语言,第一要义当然是要随时随地获取到命令行输入啦。

在Bash中,使用$1可以获取命令行输入的第一个参数,$2可以获取命令行输入的第2个参数,$3可以获取命令行输入的第......
你看,1到10000的用法就这么交代完了。Bash还是挺有逻辑的嘛。

顺便一提,$0获取的脚本的名字(其实就是其他语言中的第0个参数),$@获取所有的参数,$#获取参数的数目。记住@#这两个符号,在Bash这一神秘的符文体系中,前者表示全部参数,后者表示参数的数目。

展开,然后Bomb!

假如Bash变量中含有空白字符,或者含有特殊字符,比如*,展开后会污染到外面的字符串,结果就是Bomb
比如

Oops='*'
# '*'解释成所有匹配的文件名
echo $Oops
# 所以需要加双引号括起来
echo "$Oops"
# 加单引号会怎样呢?
echo '$Oops'

上面的代码值得一试。

另外一种Bomb的可能是,变量后面需要接其它字符串,比如$FRUITs。如果想让解释器识别成$FRUIT变量,而不是$FRUITs,需要用花括号括起来,像${FRUIT}s

数组和关联数组

Bash中可以使用两种容器。
一种是数组,另一种是关联数组,类似于其他语言中的Map/Hash/Dict。
声明数组的常用语法: declare -a ARY或者ARY=(1 2 3)
声明关联数组的唯一语法: declare -A MAP

赋值的语法:
直接ARY[N]=VALUE,N可以是数字索引也可以是键。关联数组可以使用MAP=([x]=a [y]=b)进行多项赋值,注意这是赋值的语句而不是声明。
亲测数组中的索引不一定要按顺序来,你可以先给2和3上的元素赋值。(同样算是弱类型的Javascript也支持这种无厘头赋值,这算通病么?)

往现有数组批量添加元素:

ARY+=(a b c)
MAP+=([a]=1 [b]=2)

取值:

${ARY[INDEX]}
${MAP[KEY]}

注意花括号的使用

${A[@]} 展开成所有的变量,而获取数组长度使用 ${#A[@]}

切片:
${ARY[@]:N:M} N是offset而M是length

返回索引,相当于keys():
${!MAP[@]}

试试下面的代码:

declare -a ARY
declare -A MAP
MAP+=([a]=1 [b]=2)
ARY+=(a b c)

echo ${ARY[1]}
echo ${MAP[a]}
echo "${ARY[@]}"
echo "${MAP[@]}"
echo "${ARY[@]:0:1}"
echo ${#ARY[@]}
echo "${!MAP[@]}"

ARY[4]=a
echo ${ARY[@]}
echo ${ARY[3]}

变量(字符串)变换

Bash中的变量变换,大体是${变量[操作符]}的形式

大小写变换

HI=HellO

echo "$HI" # HellO
echo ${HI^} # HellO
echo ${HI^^} # HELLO
echo ${HI,} # hellO
echo ${HI,,} # hello
echo ${HI~} # hellO
echo ${HI~~} #hELLo

^大写,,小写, ~大小写切换
重复一次只修改首字母,重复两次则应用于所有字母。

混着用会怎样?
echo ${HI^,^} # HellO
看来是不行的×_×

移除匹配的字符串

%xx 从后往前,开始匹配,移除匹配的内容
%%xx 跟上面的差不多,不过这是贪婪匹配
#xx 从前往后,开始匹配,移除匹配的内容
##xx 跟上面的差不多,不过这是贪婪匹配

这个比较难理解,不过看下面几个例子应该能明白了。

FILENAME=/home/spacewander/param.sh
echo ${FILENAME%/*} # /home/spacewander
echo ${FILENAME%%/*} #
echo ${FILENAME#*/} # home/spacewander/param.sh
echo ${FILENAME##*/} # param.sh

查找并替换

/MATCH/VALUE 替换第一个匹配的内容。
//MATCH/VALUE 替换匹配的内容

echo ${FILENAME/home/office} # /office/spacewander/param.sh
echo ${FILENAME//s/S} # /home/Spacewander/param.Sh

其它字符串操作

获取变量(字符串)长度:${#FILENAME}

字符串切片:跟数组切片是同样的语法,${STR:offset:len}

TEXT=这个程序充满了BUG!
echo ${TEXT:0:8}
echo ${TEXT:4}

# 你还可以使用负数作为offset,这时候就是从后往前算起。注意负数要用括号括起来,避免冲突。
echo ${TEXT:(-4)}

关于变量,其它的内容

Bash中有一项特性,你可以方便地检查某个变量是否设置了,如果没有设置,就赋予一个默认值。尤其在处理环境变量的时候,这项特性会让你感到欣慰。
语法是${VAR:=VALUE}或者${VAR=VALUE}。此外,还有一个相似的语法,${VAR:-VALUE}${VAR-VALUE}

下面展示下两者的区别

# expand to default variable
echo ${NULL-"Not null"} # Not null
echo ${NULL} #

# set default variable
echo ${NIL="Not nil"} # Not nil
echo ${NIL} # Not nil

可以看出,前者只是当变量不存在时,展开成指定的值。而后者在变量不存在时,将变量的值设置为指定值。

最后介绍一个,当目标变量不存在时,指定报错信息的语法。

echo ${TARGET?Not Found} # 当$TARGET不存在时,显示TARGET: Not Found,并结束程序。

猜你喜欢

转载自blog.csdn.net/lusic01/article/details/84944896