添加阿拉伯字符时RDLC报表抛出PInvokeStackImbalance异常求助

一、打印时PInvokeStackImbalance异常解决 #

问题原因 #

该异常源于旧版ReportViewer控件对非拉丁字体（如阿拉伯语）的PInvoke签名不匹配，打印阶段创建字体包时出现栈结构失衡；同时未正确嵌入目标字体，也会触发此类调用错误。

解决方案 #

• 升级ReportViewer控件
  卸载项目中旧版的Microsoft.ReportViewer.WebForms和Microsoft.ReportViewer.Common包，安装与项目.NET版本兼容的最新稳定版（如15.0.0.0）。
• 配置报表字体与布局
  在RDLC报表设计器中：
  • 给含阿拉伯字符的文本框指定支持RTL（从右到左）的字体，比如Arial Unicode MS、Amiri等
  • 打开报表属性面板，设置Language为ar-SA，Direction为RTL
• 修改DeviceInfo字体嵌入规则
  将原代码中的<EmbedFonts>None</EmbedFonts>替换为：

  <EmbedFonts>Full</EmbedFonts>
  <EmbedFontsUsedOnly>true</EmbedFontsUsedOnly>
  

  确保字体完整嵌入报表，避免打印时依赖本地系统字体导致调用错误。

二、PDF浏览器显示异常（下载后正常）解决 #

问题原因 #

浏览器内置PDF阅读器对未嵌入的RTL字体支持不足，或HTTP响应头配置错误，导致在线渲染时无法正确解析字体与文本方向。

解决方案 #

• 调整HTTP响应头配置
  若需在浏览器直接打开PDF，不要仅保存到磁盘，生成字节数组后直接输出并设置正确响应头：

  // 生成renderedBytes后执行以下代码
  Response.Clear();
  Response.ContentType = "application/pdf";
  // 用inline实现在线打开，用attachment则触发下载
  Response.AddHeader("Content-Disposition", "inline; filename=ArabicReport.pdf");
  Response.BinaryWrite(renderedBytes);
  Response.Flush();
  Response.End();
  

• 确保字体完全嵌入
  延续上述DeviceInfo的字体嵌入配置，让PDF包含完整的字体数据，避免浏览器依赖本地缺失的字体渲染。
• 校验数据源编码
  确保报表绑定的阿拉伯字符数据源编码为UTF-8，避免生成PDF时出现字符乱码。

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