如果脚本的重定向包含一个变量，并且脚本主体在括号括起来的部分中定义了该变量，则会得到"ambiguous redirect"错误。这里有一个可重复的例子:

Vim a.sh来创建脚本 编辑脚本包含(logit="/home/ubuntu/test.log" && echo "a") >> ${logit} Chmod +x a.sh使其可执行 a.sh

如果你这样做，你会得到“/home/ubuntu/a.sh: line 1: $logit: ambiguous redirect”。这是因为

在括号之间放置一列命令会导致子shell ，并且其中的每个命令都将在其中执行 子shell，无需删除非导出变量。因为列表是 在子shell中执行时，变量赋值不会保持有效 在subshell完成之后。”

从使用括号对表达式进行分组和展开

为了纠正这个问题，你可以在步骤2中修改脚本，定义圆括号外的变量:logit="/home/ubuntu/test.log" && (echo "a") >> $logit

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

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

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

例如:

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

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

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

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

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

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

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

我刚刚在bash脚本中出现了这个错误。问题是在前一行的末尾出现了一个意外的\错误。