bash而循环在远程运行与本地运行时的行为不同[重复]

Question

有一个简单的日志文件 /tmp/test.log

2019-12-09 15:28:12 UTC [6308] App1
2019-12-09 15:29:08 UTC [1246] App2
2019-12-09 15:30:57 UTC [5541] App3

有一个简单的bash脚本 /tmp/test.sh

#!/bin/bash
# 
while read line
do
    echo $line
done < /tmp/test.log

如果我在本地运行这个脚本，它会像预期的那样工作：

$ /tmp/test.sh
2019-12-09 15:28:12 UTC [6308] App1
2019-12-09 15:29:08 UTC [1246] App2
2019-12-09 15:30:57 UTC [5541] App3

但如果我通过ssh运行此脚本，我会得到一些意想不到的结果：

$ ssh 127.0.0.1 "/tmp/test.sh"
2019-12-09 15:28:12 UTC 0 3 App1
2019-12-09 15:29:08 UTC 1 App2
2019-12-09 15:30:57 UTC 1 App3

有人知道为什么吗？

Answer 1

我认为这里有两个相互作用的独立事物导致了混乱的结果。这是我最好的猜测解释。

重要IFS变量的值可能是20 09 0a（这些是十六进制代码，用于空格、制表符、换行符）。这对echo（以及read语句）有重要影响。（使用echo-n“$IFS”| hextump查看值）。

read命令将从文件中读取每一行，并将它们全部添加到line变量中。它实际上会标记每行，并将每个单词添加到line。

echo语句将导致计算line中的值。shell将使用IFS将值分隔成单独的标记，然后将它们全部传递给echo，后者将打印它们，用空格分隔。即存在难以观察到的外壳预处理步骤。

问题出现在[6308]等令牌上。方括号用于shell全局绑定，因此当bash遇到类似[6308]的内容时，它会尝试将其与当前目录中名为6或3或0或8的文件相匹配。因此，如果您有两个名为0和3的文件，它将匹配这两个文件并返回字符串03。

在本地运行而不是通过ssh运行时，结果不同的原因很可能是由于调用脚本的当前工作目录。当通过ssh运行时，它不会从本地当前目录运行。要查找用于ssh调用的cwd，只需在文件顶部附近放置一个pwd。我猜通过ssh调用使用的目录中有名为0等的文件。

简单的修复方法是防止shell处理$line的内容，方法是用引号括起来，如echo"$line"。您也可以调整IFS，但是引用字符串是通常的做法。