对于我的例子，如果我通过env指定输出文件(例如$ENV_OF_LOG_FILE)，那么将得到错误模糊重定向。

但是，如果我使用纯文本作为文件路径(例如/path/to/log_file)，那么就没有错误。

Bash有时很迟钝。

对于基本相同的错误，下面的命令都会返回不同的错误消息:

$ echo hello >
bash: syntax error near unexpected token `newline`

$ echo hello > ${NONEXISTENT}
bash: ${NONEXISTENT}: ambiguous redirect

$ echo hello > "${NONEXISTENT}"
bash: : No such file or directory

在变量周围添加引号似乎是处理“模糊重定向”消息的好方法:当您犯了键入错误时，往往会得到更好的消息——当错误是由文件名中的空格引起时，使用引号是解决办法。

在${OUPUT_RESULTS}中指定的路径是否包含任何空白字符?如果是这样，你可能要考虑使用……>> "${OUPUT_RESULTS}"(使用引号)。

(你也可以考虑将你的变量重命名为${OUTPUT_RESULTS})

我最近发现重定向文件名称中的空格会导致“模糊重定向”消息。

例如，如果重定向到应用程序$(date +%Y%m%d%k% m% S).log，并且指定了错误的格式化字符，则重定向将在上午10点之前失败。但是，如果您使用应用程序$(date +%Y%m%d%H% m% S).log则会成功。这是因为%k格式为9AM生成' 9'，而%H格式为9AM生成'09'。

echo $(date +%Y%m%d%k% m% S)返回20140626 95138

echo $(date +%Y%m%d%H% m% S)返回20140626095138

错误的日期可能会给出如下内容:

echo "a" > myapp20140626 95138.log

以下是所期望的:

echo "a" > myapp20140626095138.log

这也可能是事实。

您没有在变量中指定文件并将输出重定向到该文件，那么bash将抛出此错误。

files=`ls`
out_file = /path/to/output_file.t
for i in `echo "$files"`;
do
    content=`cat $i` 
    echo "${content}  ${i}" >> ${out_file}
done

Out_file变量没有正确设置，所以也要注意这一点。 顺便说一下，这段代码将打印控制台上的所有内容及其文件名。

如果在shell命令中使用变量名，则必须将其与+号连接。

例如:

如果您有两个文件，并且您不打算硬编码文件名，而是希望使用变量名 "input.txt" = x "output.txt" = y

然后('shell command within quotes' + x > + y)

它将以这种方式工作，特别是如果你在os的python程序中使用它。系统命令可能