C# 如何将字符串形式存储的TIFF二进制数据还原为原文件

用文本读取接口（C#的File.ReadAllText、VB FileSystemObject的文本模式读文件）加载二进制TIFF的过程本身是有损的：
这类接口读取时会默认使用指定/系统默认编码对字节做文本解码，所有不符合编码规则的字节序列，都会被编码的默认fallback逻辑替换为固定字符（绝大多数场景是问号?，对应字节0x3F）。替换完成后原始字节信息已经永久丢失，你后续遍历所有编码把字符串转回字节的操作，根本不可能恢复已经被抹除的原始数据，这是所有生成文件都损坏的根本原因。

分两种场景处理：

• 可调整上游数据生成逻辑的场景：立刻废弃用文本接口读二进制文件的错误写法，二进制文件必须按字节流读写，正确流程如下：

// 正确读取二进制TIFF
byte[] tiffRawBytes = File.ReadAllBytes(@"c:\source.tiff");
// 如需存为字符串入库，必须用Base64做无损编码
string tiffStoreStr = Convert.ToBase64String(tiffRawBytes);
// 还原时直接从Base64解码回字节写文件即可
byte[] restoreBytes = Convert.FromBase64String(tiffStoreStr);
File.WriteAllBytes(@"c:\restore.tiff", restoreBytes);

如果数据库支持二进制字段类型（比如SQL Server的VARBINARY、MySQL的BLOB），甚至不需要转Base64，直接存字节数组是最高效的方案。

• 仅能拿到数据库中已存的错误字符串、无法重新获取原始文件的场景：
  1. 先确认上游读取文件时使用的准确编码：VB的FileSystemObject未显式指定编码时，默认使用系统当前ANSI编码（中文简体系统对应GBK/GB2312，英文系统对应Windows-1252），用对应编码转字节能得到最接近原始文件的内容，但所有被替换为问号的位置对应的原始字节已经无法找回。
  2. 转出来的文件必然存在损坏，只能尝试用专业的TIFF修复工具重建文件头、目录帧结构，尽可能恢复可识别的内容，不存在100%还原的可能。

所有文本编码的字节-字符映射规则都只覆盖合法文本序列，二进制文件的字节是0-255全范围随机分布的，必然存在大量不符合编码规则的序列：

1. 读取阶段非法字节已经被替换为固定的问号字符，原始信息被抹除
2. 后续转码时，问号只会被映射为对应编码下的固定字节值，不可能还原为原本的随机二进制字节
3. 只要读取时发生过fallback替换，后续任何编码转换都无法补回丢失的信息

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