Shell函数无法直接返回数组，但可通过三种安全方式传递：一是mapfile -t（Bash 4.0+，换行分隔最健壮）；二是IFS+read -r -a（全版本兼容，需自定义分隔符）；三是eval动态赋值（慎用，须严格校验变量名）。
Shell 函数本身不能直接“返回数组”，因为函数的 return 只能输出 0–255 的整数状态码。但可以通过几种**安全、可靠、兼容性好**的方式，把数组内容从函数“传出”并赋值给主程序中的变量。关键在于：避免空格/换行误拆、不污染全局命名空间、适配不同 Bash 版本（尤其是 4.0 以下）。
用命令替换 + mapfile（推荐，Bash 4.0+）
这是最干净、最健壮的做法，尤其适合值中含空格、制表符甚至换行的情况。
- 函数每行输出一个数组元素（天然规避分隔符冲突）
- 主程序用
mapfile -t读取为数组，自动去除换行符 - 不依赖全局变量，无命名污染
示例：
get_user_data() {
echo "Alice"
echo "28"
echo "Engineer"
}
<h1>安全接收</h1><p>mapfile -t userinfo < <(get_user_data)
echo "姓名：${userinfo[0]}, 年龄：${userinfo[1]}, 职位：${userinfo[2]}"
用 echo + IFS 分隔 + read -r -a（通用性强）
适用于所有 Bash 版本，只要确保分隔符不会出现在数据中（比如用 | 或 \0）。
- 函数用固定分隔符（如
|）拼接输出 - 主程序临时设置
IFS，用read -r -a拆分到数组 - 注意：不要用空格作分隔符，除非你完全控制输入内容
示例：
build_config() {
echo "host=localhost|port=8080|debug=true"
}
<p>IFS='|' read -r -a config < <(build_config)
echo "服务地址：${config[0]}, 端口：${config[1]}"
用局部变量 + eval（慎用，仅当需动态命名时）
如果必须让函数“写入”某个指定名称的数组变量（比如模拟“返回到 caller_var”），可用 eval，但需严格校验变量名，防止代码注入。
- 函数接收目标变量名作为参数
- 用
printf %q对数据转义，再用eval安全赋值 - 仅在明确需要“按名返回”且信任调用方时使用
示例：
fill_array() {
local varname=$1
local -a data=("item1" "item with space" "item3")
# 安全转义后赋值
printf -v "$varname" '%s' "$(printf "%q " "${data[@]}")"
}
<p>fill_array mylist
eval "mylist=( $mylist )"
echo "数组长度：${#mylist[@]}, 第二项：${mylist[1]}"
不推荐：纯全局变量或 $* 直接展开
这些方式看似简单，但隐患明显：
- 全局变量易重名、难维护，多层调用时不可靠
-
arr=($(func))遇到含空格的值会错误切分（如"John Doe"变成两个元素） -
test ${arr[@]}传参时若未加引号，同样会因空格崩解
真正安全的数组传递，核心就两条：一是让数据流可控（换行或自定义分隔符），二是用 Shell 原生机制（mapfile 或 read -a）解析，而不是靠词法拆分。选哪种取决于你的 Bash 版本和数据特征。
