bash 4.3与4.4版本中read -a导入nmap结果到数组异常问题

问题的根源是bash 4.4对here-string（<<<）的处理逻辑做了重大变更，这直接导致了你的脚本在两个版本中的行为差异：

核心差异点 #

• 在bash 4.3及更早版本中，here-string的参数会执行单词拆分（word splitting）和文件名扩展；
• 从bash 4.4开始，here-string的参数不再执行这两个操作。

结合你的代码详细解释 #

你的原代码中，NMAP_OUTPUT捕获的是nmap输出中每行一个的IP地址（因为awk '{print $NF}'会把每个匹配行的最后一个字段单独输出，所以变量内包含换行符）。

在bash 4.3中的正常行为 #

当你执行read -a IP_ARRAY <<< $NMAP_OUTPUT时：

1. $NMAP_OUTPUT未加引号，bash会对其进行单词拆分——把所有换行符、空格等IFS字符当作分隔符，将整个变量内容拆分成一个个独立的IP字符串；
2. here-string会把这些拆分后的IP用空格连接成一行，作为read -a的输入；
3. read -a读取这一行，按空格拆分后存入数组，所以IP_ARRAY会包含所有IP。

在bash 4.4中的异常行为 #

同样的代码，因为here-string不再执行单词拆分：

1. $NMAP_OUTPUT展开后，变量内的换行符会被完整保留，here-string的输入是多行内容（每个IP单独一行）；
2. read -a默认只读取输入的第一行，所以数组IP_ARRAY只会包含第一个IP，甚至如果nmap输出的第一行不是有效IP，数组就会为空。

为什么IP_ARRAY=(${NMAP_OUTPUT})能正常工作？ #

这种数组赋值方式属于扩展式数组赋值，不管bash版本，都会对$NMAP_OUTPUT执行单词拆分：把变量内的所有换行符、空格当作分隔符，拆分出每个IP并依次存入数组，所以在两个版本中都能得到正确结果。

更健壮的写法建议 #

虽然IP_ARRAY=(${NMAP_OUTPUT})能工作，但它会执行文件名扩展（如果IP中包含*等通配符会出问题，虽然你的场景中不会，但养成好习惯很重要）。更安全的写法是用mapfile（bash 4+支持）直接读取每行内容到数组：

mapfile -t IP_ARRAY < <(nmap -sL "$1" | grep "Nmap scan report" | awk '{print $NF}')

这种方式不需要中间变量，直接把命令输出的每行内容存入数组，避免了所有分词和扩展的问题，兼容性更好。

内容的提问来源于stack exchange，提问作者user3472065