Bash脚本DEBUG陷阱存储未展开变量，无法捕获实际执行命令求助

我明白你的痛点——用DEBUG陷阱捕获命令时，拿到的是未展开的变量引用（比如${queue[-1]}），而不是实际执行的echo stuff这种可重复的命令，对吧？这是因为DEBUG陷阱默认捕获的是Shell准备执行的原始命令行，还没经过变量展开、分词这些步骤。下面给你两种可行的解决方案：

方案1：用history -p在陷阱中展开命令 #

history -p是个很实用的工具，它能帮你对命令行执行变量展开、历史展开，得到实际要执行的命令内容。你可以修改你的DEBUG陷阱函数，用它来捕获展开后的命令：

set -o functrace
queue=("echo stuff" "echo things")
commands=()

# 自定义DEBUG陷阱函数：捕获并存储展开后的命令
debug_capture() {
    # 用history -p展开当前命令行，得到实际执行的内容
    local expanded_command=$(history -p "$BASH_COMMAND")
    commands+=("$expanded_command")
}

# 设置DEBUG陷阱
trap debug_capture DEBUG

lastcmd () {
    # 取最后一次记录的命令（数组索引-1对应最后一个元素）
    echo "Last command: ${commands[-1]}"
}

runqueue () {
    until [[ "${#queue[@]}" == 0 ]] ; do
        # 用eval执行数组中的命令字符串，确保变量正确展开
        eval "${queue[-1]}"
        lastcmd
        # 移除最后一个队列元素
        queue=("${queue[@]:0:${#queue[@]}-1}")
    done
}

# 测试执行
runqueue

执行这段代码后，lastcmd会输出实际执行的echo stuff和echo things，而不是${queue[-1]}。

方案2：用数组存储命令的每个部分（更安全） #

如果你的命令包含特殊字符或者空格，用字符串存储命令可能会有分词问题。更稳妥的方式是把每个命令拆分成数组的元素（模拟二维数组），这样执行时能避免意外分词，同时陷阱也能捕获到正确的展开命令：

set -o functrace
commands=()

# 模拟二维数组：每个命令是一个独立的数组
cmd_0=("echo" "hello world")
cmd_1=("echo" "foo bar")
# 用一个数组存储所有命令的名称
queue=("cmd_0" "cmd_1")

debug_capture() {
    local expanded_command=$(history -p "$BASH_COMMAND")
    commands+=("$expanded_command")
}

trap debug_capture DEBUG

lastcmd () {
    echo "Last command: ${commands[-1]}"
}

runqueue () {
    while [[ "${#queue[@]}" -gt 0 ]] ; do
        # 取出最后一个命令的名称
        local current_cmd=${queue[-1]}
        queue=("${queue[@]:0:${#queue[@]}-1}")
        # 间接引用命令数组
        local -n cmd_ref=$current_cmd
        # 执行命令（正确处理空格和特殊字符）
        "${cmd_ref[@]}"
        lastcmd
    done
}

runqueue

这种方式的好处是，即使命令参数里有空格或者特殊字符（比如hello world），也能正确执行，而且捕获到的命令也是完整的echo hello world。

为什么原来的方式不行？ #

你之前用${queue[-1]}直接执行命令时，Shell的DEBUG陷阱看到的是原始的${queue[-1]}字符串，而不是它展开后的内容。因为Shell的执行顺序是：先解析命令行（触发DEBUG陷阱），再进行变量展开，最后执行命令。所以陷阱触发时，变量还没展开，自然只能拿到未展开的命令行。

用eval或者数组拆分的方式，能让Shell在执行时正确展开变量，再配合history -p在陷阱中展开命令行，就能得到实际执行的可重复命令了。

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