复用输出时sed命令报错（转义）及Bash脚本相对路径处理问题

我懂你遇到的这个坑！反引号做命令替换的时候，Shell会对里面的内容做二次解析，这就导致sed里的变量和特殊字符容易“翻车”，咱们一步步来解决：

问题根源 #

反引号（``）作为命令替换时，Shell会先解析内部的特殊字符（比如$、/、转义符\），再把结果传给sed执行。而你单独执行sed时，Shell只做一次变量展开，所以没问题；放到反引号里就因为二次解析搞乱了sed的语法，直接报错。

最稳妥的解决方案：用$()代替反引号 #

$()是现代Shell推荐的命令替换语法，它的转义规则更清晰，嵌套也更简单，几乎能避免反引号带来的大部分转义问题。把你的代码改成这样就行：

REL_PATH=$(sed "s#$TOP#$top_directory#" <<< "$F1")

为什么要换sed的分隔符？ #

默认sed用/做替换的分隔符，但路径里肯定包含/啊！如果$TOP或者$top_directory的路径里有/，sed会把这些/当成语法分隔符，直接报语法错误。换成不常用的字符（比如#、|、@）当分隔符，就能完美避开这个问题——只要你的路径里不包含你选的分隔符，就完全没问题。

如果非要用反引号（不推荐） #

要是你非得坚持用反引号，那得对sed里的特殊字符做额外转义，同时还要处理分隔符问题，代码会变得很繁琐：

REL_PATH=`sed "s#\$TOP#\$top_directory#" <<< "$F1"`

但真的没必要，$()不管是可读性还是稳定性都甩反引号一条街！

额外小提示 #

为了防止变量里的空格、特殊字符（比如*、?）搞事情，一定要给所有变量加上双引号，就像上面代码里的"$TOP"、"$top_directory"、"$F1"，这样Shell会把整个变量当成一个整体处理，不会乱拆分。

内容的提问来源于stack exchange，提问作者Bonner in Wien