升级.NET Framework 3.5至4.6.1后RDLC报表SutonnyMJ字体字符缺失问题

问题根因 #

该问题由两个核心变化触发：

• .NET Framework 4.0及以上版本替换了RDLC的PDF渲染与打印引擎，对ANSI编码的非标准字体兼容性明显下降
• 部分Windows 10版本的GDI+字体 fallback 逻辑调整，未嵌入的SutonnyMJ字体字符会被渲染引擎过滤

导出Word/Excel格式正常是因为这两类格式不会预渲染字体，会调用本地办公软件的字体渲染逻辑，因此不会出现字符缺失。

修复方案 #

方案1：开启RDLC字体嵌入 #

这是优先级最高的修复方案，操作步骤如下：

1. 打开RDLC报表设计文件，选中所有使用SutonnyMJ字体的文本框、占位符组件
2. 打开属性面板，找到字体分类下的EmbedFonts选项，设置为True
3. 同步将FontEmbedStyle选项设置为AllCharacters，避免按需嵌入字符时出现遗漏

方案2：配置.NET兼容模式 #

针对.NET Framework 4.6.1的GDI+渲染逻辑变更，在项目的app.config（桌面端）或web.config（Web端）配置文件中添加如下配置：

<configuration>
  <runtime>
    <!-- 启用GDI+ legacy字体 fallback 逻辑，兼容ANSI字体渲染 -->
    <AppContextSwitchOverrides value="Switch.System.Drawing.Text.UseLegacyGdiPlusFontFallback=true" />
  </runtime>
  <system.web>
    <!-- 如果是Web项目保留该节点，桌面端可删除 -->
    <httpRuntime targetFramework="4.6.1" />
  </system.web>
</configuration>

方案3：校验客户端字体安装状态 #

仅5台Windows 10设备复现的情况下，优先校验异常设备的字体配置：

• 确认异常设备安装的SutonnyMJ字体版本和正常设备完全一致，部分旧版本SutonnyMJ字体无PDF嵌入授权，会被渲染引擎自动过滤
• 重新安装字体时右键选择「为所有用户安装」，避免普通权限账号读取字体文件失败

方案4：替换为Unicode字体 #

如以上方案均无效，可将报表字体替换为Unicode编码的孟加拉语字体（如SolaimanLipi），Unicode字体在新版本RDLC渲染引擎中的兼容性远高于ANSI编码字体。

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