sed替换问题：如何将{?varname}模式字符串替换为对应环境变量

看起来你遇到的问题核心在于sed的执行时机和shell函数的作用域，还有变量展开的顺序问题。我来帮你拆解一下原因和解决办法：

问题根源分析 #

你提到单独调用get_env LOGNAME能正常返回值，用echo __$1__替换能成功，这说明：

1. 你的get_env函数逻辑本身没问题；
2. sed的正则匹配是正常工作的。

但两者结合失效，主要有两个常见原因：

• 变量展开时机错误：如果你的sed命令是类似sed 's/{?\(.*\)/'"$(get_env \1)"'/g'这种写法，shell会在sed执行前就先展开$(get_env \1)——此时\1还不是sed捕获的分组，只是一个字面量字符串，get_env收到的参数是\1，自然找不到对应的环境变量，返回空。
• 函数作用域问题：如果用sed的e选项（让sed执行替换后的命令），sed会在子shell里执行这个命令，而默认情况下当前shell定义的函数不会被子shell继承，所以子shell找不到get_env函数，执行失败返回空。

正确的解决方案 #

方案1：导出函数+使用sed的e选项 #

这种方法适合批量处理文件内容：

1. 先修正你的get_env函数（注意处理大小写，因为你例子里{?logname}是小写，而环境变量LOGNAME是大写），然后导出函数：

get_env() {
    # 将输入的变量名转为大写，匹配环境变量的命名习惯
    local var_name=$(echo "$1" | tr '[:lower:]' '[:upper:]')
    # 用间接引用获取环境变量值
    echo "${!var_name}"
}
# 导出函数，让子shell能访问到
export -f get_env

2. 用带扩展正则和e选项的sed命令：

sed -E 's/\{?([a-zA-Z0-9_]+)\}/$(get_env \1)/e' your_input_file.txt

• -E：启用扩展正则，让分组匹配更简洁；
• s/\{?([a-zA-Z0-9_]+)\}/$(get_env \1)/：匹配{?varname}格式的字符串，替换为调用get_env函数的命令；
• e：让sed执行替换后的命令，把命令输出作为最终的替换结果。

方案2：纯Shell循环替换（更可靠） #

如果不需要处理大文件，用Shell自带的字符串匹配和替换更直观，也避免子shell的问题：

get_env() {
    local var_name=$(echo "$1" | tr '[:lower:]' '[:upper:]')
    echo "${!var_name}"
}

replace_env_vars() {
    local input_str="$1"
    # 循环匹配所有{?varname}格式的字符串
    while [[ "$input_str" =~ \{?([a-zA-Z0-9_]+)\} ]]; do
        local matched_var="${BASH_REMATCH[1]}"
        local var_value=$(get_env "$matched_var")
        # 替换所有匹配到的该变量
        input_str="${input_str//\{?$matched_var\}/$var_value}"
    done
    echo "$input_str"
}

# 使用示例：
replace_env_vars "Hello {?logname}, your home directory is {?home}"

验证测试 #

你可以先测试单个替换：

# 测试get_env函数
get_env logname  # 应该返回dotan
# 测试sed命令
echo "Hello {?logname}" | sed -E 's/\{?([a-zA-Z0-9_]+)\}/$(get_env \1)/e'

如果还是有问题，可以检查：

• 环境变量是否真的存在（用echo $LOGNAME确认）；
• 函数是否正确导出（用export -p | grep get_env查看）；
• 正则是否匹配你的目标字符串（比如如果变量名有特殊字符，需要调整正则）。

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