bash场景下将文件内容赋值到数组的安全高效方案咨询

各备选方案的问题说明 #

首先你提到的两种写法的缺陷如下：

• array=( $(cat file2.txt) )：存在严重安全隐患，会触发shell的文件名通配符扩展，如果file.txt中存在*、?、[]这类通配符字符，会被自动展开为当前目录下匹配的文件名，完全不符合预期；同时如果IFS变量被修改过，分割逻辑也会出现异常。
• 直接mapfile -t array < <(cat file.txt)：仅按换行符分割数组元素，如果你的file.txt中存在一行内用空格分隔的多个片段（比如某行内容为1 4），会被识别为单个数组元素，无法满足你“换行或空格都作为分隔符”的需求。

分场景最优方案 #

场景1：file.txt每行仅存一个片段，无空格分隔的多值 #

如果你能保证file.txt每行只有一个编号，没有空格分隔的多个值，直接用mapfile是性能最高、最安全的方案，bash 4.0及以上版本原生支持：

mapfile -t array < file.txt

-t参数会自动去除每行末尾的换行符，最终得到的数组就是你需要的(1 4 500)，不会触发任何通配符扩展，大文件读取性能远高于手写循环。

场景2：file.txt同时存在换行、空格分隔的片段 #

如果你的file.txt允许一行内用空格分隔多个编号，最安全的读取方式如下：

IFS=$' \n' read -r -d '' -a array < <(cat file.txt && printf '\0')

参数说明：

• IFS=$' \n'：临时设置分割符为空格和换行，确保两种分隔符都能正常拆分元素
• -r：禁止转义反斜杠，避免文件中的反斜杠字符被自动处理
• -d ''：指定读到NUL字符再停止，不会因为读到换行就提前结束，能完整读取整个文件内容
• -a array：将拆分后的结果直接存入array数组
• 末尾的printf '\0'是为了给文件末尾补NUL字符，避免文件最后一行没有换行符时read提前退出
  该方案完全不会触发通配符扩展，兼容性覆盖bash 4.0及以上所有版本。

后续合并文件优化 #

你原来的循环cat逻辑可以简化为如下写法，避免多次调用cat进程：

printf "file_%s.dat\n" "${array[@]}" | xargs cat > output.dat

如果编号中没有特殊字符，也可以直接用数组扩展拼接文件名：

cat "${array[@]/#/file_}" "${array[@]/%/.dat}" > output.dat

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