使用sed替换含#（哈希）的文件名时遇到问题

我太懂这种踩坑的感觉了——明明处理普通文件名时sed替换一切正常，一碰到带#的文件（比如#test#123），脚本就突然出问题了。其实这大多是shell对#的解析规则或者sed分隔符冲突导致的，下面给你几个针对性的解决办法：

一、先搞懂问题出在哪 #

最常见的两个原因：

1. shell把文件名里的#当成注释截断：如果你的sed命令里没有用双引号包裹带#的文件名，shell会把#后面的内容直接当作注释忽略，导致sed根本接收不到正确的文件名参数。
2. sed替换分隔符和#冲突：如果你习惯用#作为sed替换的分隔符（比如s#OLD#NEW#g），当文件名或替换内容里有#时，sed会误判分隔位置，直接报错。

二、针对性解决方案 #

1. 给文件名套上双引号，防止shell误解析 #

这是最基础也是最关键的一步！不管文件名里有#、空格还是其他特殊字符，只要用双引号把文件名（或对应的变量）包裹起来，shell就会把它当作完整的字符串处理，不会把#当成注释。

比如直接处理带#的文件：

sed -i "s/COPY_STATUS/COPY_SUCCESS/g" "#test#123/report.csv"

如果用变量存储文件名：

REPORT_FILE="#test#123/report.csv"
sed -i "s/COPY_STATUS/COPY_SUCCESS/g" "$REPORT_FILE"

2. 换一个不冲突的sed替换分隔符 #

如果你因为替换内容里有/而习惯用#当分隔符，那碰到带#的文件名肯定会翻车。这时候换个冷门的分隔符就行，比如|、@或者^：

# 用|作为分隔符
sed -i "s|COPY_STATUS|COPY_SUCCESS|g" "$REPORT_FILE"
# 用@作为分隔符
sed -i "s@COPY_STATUS@COPY_SUCCESS@g" "$REPORT_FILE"

这样不管文件名里有没有#，sed都能正确识别替换规则。

3. 如果要在sed正则里匹配带#的内容 #

如果你是要定位report.csv中包含带#文件名的行，再替换COPY_STATUS，那#在sed的正则里是普通字符，不需要转义，只要确保变量被正确引用就行：

TARGET_FILE="#test#123"
# 匹配包含该文件名的行，替换COPY_STATUS
sed -i "/$TARGET_FILE/s/COPY_STATUS/COPY_SUCCESS/g" report.csv

如果文件名里还有其他正则特殊字符（比如.、*），那需要额外转义，但#本身不用。

三、完整脚本示例 #

把这些规则用到你的bash脚本里，处理带#的文件就没问题了：

#!/bin/bash
REPORT="report.csv"
# 带#的目标文件名
TARGET_FILE="#test#123"

# 模拟文件复制操作
if cp "$TARGET_FILE" /your/destination/path/; then
    # 用|作为分隔符，避免#冲突
    sed -i "s|COPY_STATUS|COPY_SUCCESS|g" "$REPORT"
    echo "✅ 处理文件 $TARGET_FILE 成功"
else
    sed -i "s|COPY_STATUS|COPY_FAILED|g" "$REPORT"
    echo "❌ 处理文件 $TARGET_FILE 失败"
fi

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