含标签 "Bash" 的文章

上一篇文章参见Bash Pitfalls: 编程易犯的错误（三）。这一篇翻译得不是非常满意，时间比较赶，请见谅，如果有问题可以在本文后方留言，大家一起深入探讨。

36. [ -n $foo ] or [ -z $foo ]

这个例子中，$foo 没有用引号引起来，当$foo包含空格或者$foo为空时都会出问题：

$ foo="some word" && [ -n $foo ] && echo yes
-bash: [: some: binary operator expected

$ foo="" && [ -n $foo ] && echo yes
yes

正确的写法是：

[ -n "$foo" ]
[ -z "$foo" ]
[ -n "$(some command with a "$file" in it)" ]

[[ -n $foo ]]
[[ -z $foo ]]

37. [[ -e "$broken_symlink" ]] returns 1 even though $broken_symlink exists

这里-e 选项是看文件是否存在，当紧跟的文件是一个软链接时，它不看软链接是否存在，而是看实际指向的文件是否存在。所以当软链接损坏时，即实际指向的文件被删除后，-e 的结果返回1。

继续阅读

上一篇文章参见Bash Pitfalls: 编程易犯的错误（二）。

24. for arg in $*

和大多数 Shell 一样，Bash 支持依次读取单个命令行参数的语法。不过这并是$*或者$@，这两种写法都不正确，它们只能得到完整的参数列表，并非单独的一个个参数。

正确的语法是（没错要加上引号）：

for arg in "$@"

# 或者更简单的写法
for arg

在脚本中遍历所有参数是一个再普遍不过的需求，所以 for arg 默认等价于 for arg in "$@"。$@使用双引号后就有特殊的魔力，每个参数展开后成为一个独立的单词。（"$@"等价于"$1" "$2" "$3" ...）

下面是一个错误的例子:

for x in $*; do
   echo "parameter: '$x'"
done

执行的结果为：

$ ./myscript 'arg 1' arg2 arg3
parameter: 'arg'
parameter: '1'
parameter: 'arg2'
parameter: 'arg3'

正确的写法：

for x in "$@"; do
   echo "parameter: '$x'"
done

执行的结果为：

$ ./myscript 'arg 1' arg2 arg3
parameter: 'arg 1'
parameter: 'arg2'
parameter: 'arg3'

继续阅读

上一篇文章参见Bash Pitfalls: 编程易犯的错误（一）。

13. cat file | sed s/foo/bar/ > file

你不应该在一个管道中，从一个文件读的同时，再往相同的文件里面写，这样的后果是未知的。

你可以为此创建一个临时文件，这种做法比较安全可靠：

# sed 's/foo/bar/g' file > tmpfile && mv tmpfile file

或者，如果你用得是 GNU Sed 4.x 以上的版本，可以使用-i 选项即时修改文件的内容：

# sed -i 's/foo/bar/g' file

14. echo $foo

这种看似无害的命令往往会给初学者千万极大的困扰，他们会怀疑是不是因为 $foo 变量的值是错误的。事实却是因为，$foo 变量在这里没有使用双引号，所以在解析的时候会进行单词拆分和文件名展开，最终导致执行结果与预期大相径庭：

msg="Please enter a file name of the form *.zip"
echo $msg

这里整句话会被拆分成单词，然后其中的通配符会被展开，例如*.zip。当你的用户看到如下的结果时，他们会怎样想：

Please enter a file name of the form freenfss.zip lw35nfss.zip

继续阅读

Bash Pitfalls 文章介绍了40多条日常 Bash 编程中，老手和新手都容易忽略的错误编程习惯。每条作者在给出错误的范例上，详细分析与解释错误的原因，同时给出正确的改写建议。文中有不少引用的文章，也值得大家仔细阅读。仔细阅读了这篇文章后，收获很多，不感独享，把这篇文章以半翻译半笔记的形式分享给大家。

本篇翻译一共分成四篇文章，以下是索引：

• Bash编程易犯的错误（一）
• Bash编程易犯的错误（二）
• Bash编程易犯的错误（三）
• Bash编程易犯的错误（四）

1. for i in $(ls *.mp3)

Bash写循环代码的时候，确实比较容易犯下面的错误：

for i in $(ls *.mp3); do    # 错误!
    some command $i         # 错误!
done

for i in $(ls)              # 错误!
for i in `ls`               # 错误!

for i in $(find . -type f)  # 错误!
for i in `find . -type f`   # 错误!

files=($(find . -type f))   # 错误!
for i in ${files[@]}        # 错误!

这里主要两个问题：

• 使用命令展开时不带引号，其执行结果会使用IFS作为分隔符，拆分成参数传递给for循环处理；
• 不应该让脚本去解析ls命令的结果；

我们不能避免某些文件名中包含空格，Shell会对$(ls *.mp3)展开的结果会被做单词拆分(WordSplitting)的处理。假设有一个文件，名字为01 - Don't Eat the Yellow Snow.mp3，for循环处理的时候，会今次遍历文件名中的每个单词：01, -, Don't, Eat等等：
继续阅读