shell脚本中grep时关于变量带双引号的小问题

    今天在写一个shell脚本的时候，有一个操作是使用grep命令在一个文件中搜索指定内容。指定内容存放在文件中，使用一个变量去获取文件中内容，再传到grep命令中去。

    这段代码如下：

for target in `cat content.txt`
do
     grep $target test.txt >>result.txt
done

content.txt文本中的内容为：

"域\[2\]"

"域\[3\]"

"域\[4\]"

    因为使用grep时，最后要执行的命令是（grep "域\[2\]" test.txt），所以直接把双引号写在content.txt的文本中了。然后执行脚本，执行脚本的时候开始不对劲了，直接执行（grep "域\[2\]" test.txt）是能够搜索到内容的。但是在脚本中就是搜索不到内容了，于是添加了“set -x”来查看执行的命令，显示执行的命令就是（grep "域\[2\]" test.txt）。最后折磨了半天，发现原来是content.txt文本中的双引号的问题。改成如下后就执行成功，能够搜索到内容了。

content.txt文本中的内容为：

域\[2\]

域\[3\]

域\[4\]

脚本：

for target in `cat content.txt`
do
grep "$target" test.txt >>result.txt
done

于是想了想，又另外写了个脚本测试：

#!/bin/ksh

set -x

grep "\"hello\"" test.c

这个脚本实际模拟的就是上面把双引号当作变量的一部分。

执行结果显示执行的命令是：

+ grep "hello" test.c

和上面那例看到的是一样，表面上看起来是在test.c中搜索hello，但实际上搜索的是（"hello"），所以搜索不到。同样，对于之前的例子，我以为搜索的是（域\[2\]），其实搜索的是（"域\[2\]"），但是（"域\[2\]"）这个确实是没有的，所以搜索不到。

    也就是如果把双引号放在content.txt传给变量 ，导致双引号作用不再是把要查询的内容引起来，而是双引号是变量的一部分了。最后虽然两个看到的外观一模一样，但是意义却不一样了。哎，shell好神奇啊，不要相信你看到的，哈哈。

说明：使用的shell是ksh。