编辑含SOH/NUL等控制字符的pg_dump导出文本文件是否会损坏文件？

只要编辑时没有改动、删除那些非打印控制字符，保存时保持和原文件一致的编码，单纯修改可见的普通文本内容不会损坏文件本身；如果编辑器自动过滤控制字符、自动转码，就会破坏文件的原始字节结构。

这些控制字符是什么 #

你看到的SOH（ASCII 0x01，标题开始符）、NUL（ASCII 0x00，空字符）、SO（ASCII 0x0E，移出符）都是ASCII标准定义的非打印控制字符。pg_dump选择plain格式导出时，如果表字段里存储了带特殊转义的内容、二进制数据，就会把这些控制字节直接写入导出文件——本质上这个导出文件不是纯文本文件，是可打印文本和二进制控制字节混合的格式，VS Code只是把不可打印的控制字符用缩写名称可视化标注出来而已，不是文件本身乱码。

编辑时避免文件损坏的要点 #

• 确认所用编辑器不会自动清理不可见字符、不会强制转换编码。VS Code默认配置下不会主动改动原始字节，只要没装自动清理特殊字符的插件就可以用，不要用会自动处理编码的轻量文本编辑器（比如部分默认配置的系统自带记事本）编辑。
• 不要随意删除、替换界面上标注为SOH/NUL/SO的控制字符块，这些内容本身就是文件原始字节的一部分，改动就会破坏文件的原始结构。
• 修改可见文本内容后保存时，选择和原文件一致的编码，不要随意切换成其他编码格式（比如UTF-16、GBK等），避免字符映射错误改坏原始字节。

以上判断仅针对文件本身的字节结构完整性，不涉及修改后文件是否还能正常被PostgreSQL识别导入的场景。

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