C#/.NET 4.8编码转换问题：EncoderReplacementFallback失效排查

核心问题根源 #

你遇到的问题本质是回退策略的使用场景完全搞反了，同时对.NET中字符串的编码模型存在误解：

1. 字符串编码模型误区：.NET里的string类型本质是UTF-16编码的Unicode字符序列，不存在“ISO-8859-13/windows-1253编码的字符串”——你要转换的应该是这些编码对应的字节数组，而非字符串本身。
2. 回退策略类型用错：
   • EncoderReplacementFallback是给编码器用的：只有当你把.NET字符串（UTF-16）转换为其他编码的字节数组时，如果字符串里有目标编码不支持的字符，才会触发这个回退做替换。
   • 而你的场景是解码（其他编码字节→.NET字符串）再转UTF-8，这时候需要用DecoderReplacementFallback来处理解码时遇到的无效字节或无法映射到Unicode的字符。

为什么Convert方法能正常工作 #

直接调用Encoding.GetEncoding("windows-1253").GetString(sourceBytes)再转UTF-8的流程是：

• 用windows-1253的默认解码器处理字节，默认解码器遇到无效字节时会自动替换为�（标准替换字符），所以能完成转换。
• 但这种默认行为不会自定义替换内容，而你错误地用了Encoder回退，导致完全没触发预期的替换逻辑。

修复后的ConvertWithFallBack实现 #

以下是正确的实现逻辑，针对两种编码都能生效：

public static byte[] ConvertWithCorrectFallback(byte[] sourceBytes, string sourceEncodingName)
{
    // 配置解码器回退：解码时遇到无效/无法映射的字节，用"?"替换
    var decoderFallback = new DecoderReplacementFallback("?");
    // 配置编码器回退（可选，UTF-8支持所有Unicode字符，实际不会触发）
    var encoderFallback = new EncoderReplacementFallback("?");
    
    // 创建带自定义回退的源编码实例
    var sourceEncoding = Encoding.GetEncoding(sourceEncodingName, decoderFallback, encoderFallback);
    
    // 第一步：将源编码字节解码为.NET字符串（UTF-16）
    string decodedStr = sourceEncoding.GetString(sourceBytes);
    
    // 第二步：将字符串编码为UTF-8字节
    return Encoding.UTF8.GetBytes(decodedStr);
}

额外注意事项 #

• 确认源字节数组确实是对应编码的合法数据，如果字节本身损坏（比如截断、乱码），即使正确配置回退也无法得到预期结果。
• ISO-8859-13在.NET Framework 4.8中对应的代码页是28603，也可以用Encoding.GetEncoding(28603)来获取编码实例，效果和名称调用一致。

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