嗨，我来帮你理清这个看起来“魔幻”的问题，其实都是几个bash语法的小坑在搞鬼～

先拆解你遇到的奇怪现象背后的原因 #

1. 数组赋值与引用的写法错误

你在f函数里犯了第一个关键错误：

• local arg="$@" 会把所有传入的参数拼成单个字符串，而不是数组。正确的数组赋值应该是local arg=("$@")（用括号包裹，保留每个参数的独立性）。
• 循环里的$arg[i]是完全错误的引用方式：就算arg是数组，也得用${arg[$i]}来取下标为$i的元素；更何况你的循环变量i已经是每个参数的值（比如1、2、3、4），根本没必要再去数组里取值，直接用multi $i就能传递当前循环的参数。

之前你写multi $arg[i]时，因为arg是字符串（"1 2 3 4"），bash会把$arg[i]解析成$arg加上字符[i]，也就是传递给multi的参数是1 2 3 4[i]——这显然不是你想要的，也直接导致了参数传递异常。

2. 对return和命令替换$()的误解

bash里的return命令不是用来返回函数计算结果的，它仅用于返回函数的退出状态码（范围0-255）。而你用$(multi ...)时，捕获的是multi函数打印到标准输出（stdout）的内容，和return的值完全无关！

• 当multi里没有echo时：$(multi ...)捕获到空字符串，RES=$((空字符串 +1))等价于RES=$((0+1))=1，最后echo $((1+1))=2，所以输出四个2。
• 当你加了echo $ax时：multi的$1是错误参数里的第一个部分（也就是1），echo $ax输出1，被$(multi ...)捕获后，RES=$((1+1))=2，最后echo $((2+1))=3，所以输出四个3。
• 当你改成echo "HERE"时：$(multi ...)会捕获"HERE"，但$((HERE +1))会把非数字的"HERE"当成0，所以RES=$((0+1))=1，最后输出2；同时因为$()会捕获stdout内容，"HERE"不会打印到终端，只会被存到变量里，所以你看不到这个输出。

修正后的正确脚本 #

把这些坑都填上，脚本就能正常工作了：

#!/bin/bash

# 用echo返回计算结果（return不适合传递数值结果）
function multi {
    local ax=$1
    echo $((ax + ax))
}

function f {
    # 正确保存参数为数组
    local arg=("$@")
    # 遍历数组每个元素（加引号保证参数含空格时也能正确处理）
    for num in "${arg[@]}"; do
        # 捕获multi的输出结果
        multi_res=$(multi "$num")
        RES=$((multi_res + 1))
        echo $((RES + 1))
    done
}

# 传递脚本所有参数给f函数
f "$@"

运行./my_script.sh 1 2 3 4，会得到预期的输出：

3
5
7
9

补充：如果非要用return怎么办？ #

如果你坚持要用return（仅适合0-255的小数值），需要通过$?获取返回值，而不是命令替换：

function multi {
    local ax=$1
    local result=$((ax + ax))
    return $result
}

# 在f函数里调用：
multi "$num"
multi_res=$?

但这种方式有局限，比如当ax大于127时，result会超过255，return的值会被自动取模（比如return 256等价于return 0），所以不推荐用来传递计算结果。

备注：内容来源于stack exchange，提问作者DeBug