Bash变量内>重定向符被转义失效 如何实现单行命令执行

Bash对命令行的解析存在固定优先级：识别重定向、管道、&&/||等Shell语法标记的步骤，早于变量展开操作。把>写在变量值里时，等变量展开的阶段，Shell已经完成了重定向语法的扫描，此时展开得到的>只会被当做传给前置命令的普通字符串参数，不会触发重定向逻辑，这就是第一种写法失效的核心原因。

• 方案1：使用eval执行完整命令字符串（适合完全可信的运行场景）
  直接把包含重定向的完整命令存入字符串变量，执行时用eval包裹即可。eval会把传入的字符串重新当做完整Bash代码走一遍全流程解析，能正确识别其中的重定向、管道等语法：

  executor="env UNROLL=${u} TB=${tb} ${APP_DIR}/${tp} ${idx} > output.txt"
  eval "$executor"
  

  注意：eval会无差别执行字符串内的所有Bash代码，如果变量内容混入不可信的外部输入，会存在严重的命令注入风险，仅在你完全控制命令所有组成片段的场景下使用。

• 方案2：封装为Shell函数（更安全的工程化写法，无注入风险）
  不想承担eval的安全风险的话，最稳妥的做法是不要把完整命令拼为字符串存储，而是把执行逻辑封装为Shell函数，可变部分通过参数传入，既可以实现逻辑复用，也不会出现语法解析失效问题：

  # 提前定义封装了完整逻辑（含重定向）的函数
  run_executor() {
    env UNROLL="$1" TB="$2" "${APP_DIR}/$3" "$4" > output.txt
  }
  
  # 需要执行时直接调用函数传参即可
  run_executor "$u" "$tb" "$tp" "$idx"
  

  如果需要动态调整重定向目标，也可以把输出路径作为参数传入函数，灵活度更高。

• 方案3：数组存储命令主体（适合命令参数动态变化的场景）
  如果需要临时存储命令片段而不是封装函数，可以用Bash数组存储命令和参数（数组存储可以避免带空格、特殊字符的参数被错误拆分），重定向逻辑在执行时补全即可：

  # 用数组按顺序存储命令和所有参数
  executor=(env UNROLL="$u" TB="$tb" "${APP_DIR}/${tp}" "$idx")
  # 执行时追加重定向逻辑
  "${executor[@]}" > output.txt
  

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