退出状态码

shell中运行的每个命令都使用退出状态码（exit status）。退出状态码是一个0~255的整数，在命令结束运行时有命令传给shell。

查看退出状态码

Linux提供了一个专门的变量 $? 来保存上一个已执行命令的退出状态码。对于需要进行检查的命令，必须在其运行完毕后立刻查看或使用 $? 变量。它的值会变成有shell所执行的最后一条命令的退出状态码。

一个成功结束的命令的退出状态码是0。Linux错误退出状态码没有什么标准可循，但有一些可用的参考：

举例说明：

• 无效的命令会返回一个退出状态码127。
• 退出状态码126，表明用户没有执行命令的正确权限。
• 给命令提供了无效参数，会产生一般性的退出状态码1，表明在命令中发生了未知错误。

exit 命令

默认情况下，shell脚本会以脚本中的最后一个命令的退出状态码退出。
使用exit命令可以改变这种行为，允许你在脚本结束时指定一个退出状态码。

退出状态码是一个0~255的整数，参数太大，会被系统取模。

IFS 字段分隔符

环境变量IFS，叫做内部字段分隔符（internal field separator）。IFS环境变量定义了bash shell用作字段分隔符的一些列字符。默认情况下是空格、制表符、换行符。可以更改这个环境变量。
因为都是一些特殊字符，直接输出是看不到的：

$ echo "$IFS"

$ echo "$IFS" | od -b
0000000 040 011 012 012
0000004
$ 

这里转成了八进制。"040"是空格，"011"是制表符，"012"是换行符 。最后一个 012 是因为 echo 默认是会换行的。
还可以试一下 -c 选项，这样会打印出 \t 和 \n 但是空格还是空格，就不明显了。

od命令
od命令系统默认的显示方式是八进制，名称源于Octal Dump。另外还有一个hexdump命令，以十六进制输出。功能上应该有一些差别，用起来差不多，这里的情况把od命令替换为hexdump命令的效果应该是一样的。
hexdump有个-C（大写）选项是od没有的，这里没什么效果，用来查看文件的时候效果好。

只识别换行符：

IFS=$'\n'

临时更改IFS

一个可参考的安全实践是在改变IFS之前保存原来的值，之后再恢复它：

IFS_old=$IFS
IFS=$'\n'
<使用新的IFS值>
IFS=$IFS_old

这就保证了在脚本的后续操作中使用的是IFS的默认值。建议在任何时候都这么做。

指定多个IFS字符

要指定多个IFS字符，只要将它们在赋值行串起来就行了：

IFS=$'\n':;"

这里将换行符、冒号、分号、双引号作为字段分隔符。

tee 将输出同时发送到屏幕和文件

tee命令相当于管道的一个T型接头。它将从STDIN过来的数据同时发往两处。一处是STDOUT，另一处是tee命令行所指定的文件名。

默认情况下，每次都会覆盖文件：

$ date | tee test1
Fri Dec  6 16:32:59 CST 2019
$ cat test1
Fri Dec  6 16:32:59 CST 2019
$ date | tee test1
Fri Dec  6 16:33:10 CST 2019
$ cat test1
Fri Dec  6 16:33:10 CST 2019
$ 

如果想追加数据，需要用-a选项：

$ cat test1
Fri Dec  6 16:33:10 CST 2019
$ date | tee -a test1
Fri Dec  6 16:34:00 CST 2019
$ cat test1
Fri Dec  6 16:33:10 CST 2019
Fri Dec  6 16:34:00 CST 2019
$ 

利用这个方法，既能将数据保存在文件中，也能将数据显示在屏幕上。这样就可以在为用户显示输出的同时再永久保存一份输出的内容了。

cat > file << EOF 的用法

创建文件，在这之后输入任何内容都是在文件里的。输入完成之后EOF结尾，代表结束：

$ cat > test << EOF
> line 1,
> Line 2;
> LINE 3.
> EOF
$ cat test
line 1,
Line 2;
LINE 3.
$ 

输出重定向将cat命令的输出写入文件（也可以用>>来追加内容）。输入不再取自标准输入，而是被重定向到命令行（或者脚本）之后的内容中。EOF符号标记了追加到文件中的数据的结束。
使用这个命令，在脚本中创建一个文件并写入多行内容就很方便，

<<- EOF

使用EOF表示结束的时候，必须要顶格写，否则不认。如果在脚本中使用，有时候希望代码块有缩进。这时候就可以用这个：

If the redirection operator is <<-, then all leading tab characters are stripped from input lines and the line containing delimiter.
如果重定向的操作符是<<-，那么分界符（EOF）所在行的开头部分的制表符（Tab）都将被去除。

不过这个只会忽略制表符，如果用空格缩进还是用不上。

永久重定向

如果有大量的语句需要重定向，在每条命令后面都指定是相当麻烦的。
下面的命令是，git放弃修改，强制覆盖本地代码：

git fetch --all && git reset --hard origin/master && git pull

即时合并成一行，这里也是3天命令。如果要将输出重定向，仅仅在最后加上，则只会重定向最后一条命令的输出。

exec 命令

exec命令的效果是不产生新的子进程，所以不是做永久重定向的，但是靠这个命令能实现永久重定向。命令具体的效果是什么在这里不重要。

exec 1>/dev/null
git fetch --all && git reset --hard origin/master && git pull

这样，在exec命令之后，所有的语句就都会重定向到指定的地方。
问题：一定重定向了STDOUT或STDERR，就很难在将它们重定向回原来的位置了。所以如果需要切换回来，重定向前先备份当前的描述符。

重定向文件描述符

可以将STDOUT的原来位置重定向到另外一个文件描述符，然后再利用该文件描述符重定向STDOUT：

exec 3>&1 && exec 1>/dev/null
git fetch --all && git reset --hard origin/master && git pull
exec 1<&3

先将 FD3 指向 STDOUT，指向 FD3 就是指向 STDOUT。然后就可以把 FD1 改了。之后，要再将 FD1 重新指向 STDOUT，指向 FD3 就是指向 STDOUT，所以通过 FD3 就又指回去了。

另外，下面的方法效果也是一样的：

exec 4<&1 && exec 1>/dev/null
git fetch --all && git reset --hard origin/master && git pull
exec 1<&4

先将 STDOUT 指向 FD4，这样就把 STDOUT 备份到 FD4了。之后再加备份的 FD4 里的 STDOUT 指回给 FD1。

进制查看工具

有三个命令都可以像UltraEdit那样以16进制的方式查看文件。
hexdump的输入格式最灵活，因为它有专门的参数指定格式, 常用选项 -C。
od没什么特点，od -x 和不带选项的xxd差不多。
xxd还可以通过-r选项把16进制表示的反转换为正常的文件因为它默认的表示方式和UltraEdit最像：以位移开头，然后每两字节一组，每行最后有相应字节的文件显示。

提到linux/unix下的进制查看工具，不得不提到以上的三个工具。
hexdump在使用上和windows下的winhex接近。
xxd可以看作是od的升级产品。且其-r选项把16进制表示的反转换为正常的文件。比较像是ultraedit软件的十六进制查看。
od作为老牌的进制查看工具，使用上比较麻烦。且显示方式上不如上面两个工整。