WPF中WebBrowser.Print()打印含阿拉伯字符HTML时出现乱码如何解决

核心触发原因 #

• 你写的meta标签编码声明完全是无效的：属性名、等号前后全加了没必要的空格（比如Content - Type、charset = windows - 1252），WPF用的旧版IE内核遇到这种格式错误的声明，会直接当没看见；就算声明格式全对，windows-1252是西欧字符集，压根不覆盖阿拉伯语的编码范围。
• 本地HTML直接加载存在逻辑漏洞：WPF WebBrowser加载本地文件时，不会优先读取HTML内部的charset声明，会默认用系统当前ANSI编码解析内容。渲染阶段系统会自动 fallback 匹配字符所以显示正常，但打印阶段会严格按照这个默认错误编码做转码，直接把阿拉伯字符映射成乱码。
• 打印管线的加载时序问题：刚给WebBrowser赋值就直接调用Print()，此时阿拉伯字符的字体映射、编码解析还没初始化完成，输出自然会出问题。

分步修复操作 #

• 修正HTML编码声明格式
  去掉meta标签内所有多余的空格，替换成正确的UTF-8编码声明：
  <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
  注意不要在属性名、等号前后加任何空格，否则IE内核会直接跳过这个声明。
• 补充页面方向和语言标识
  在html根标签上加上阿拉伯语对应的方向属性，避免打印引擎排版错位：
  <html lang="ar" dir="rtl">
  混排的英文块（比如金额、商品英文名）可以单独加dir="ltr"，避免顺序错乱。
• 调整本地HTML的加载方式
  不要直接用Navigate("xxx.html")加载本地文件，改用带强制编码声明的Data URI加载，绕开WebBrowser的本地文件编码识别问题。C#端示例代码：

  // 读取文件时强制用UTF-8编码读取，不要用系统默认编码
  string htmlContent = File.ReadAllText(Path.Combine(Application.StartupPath, "print.html"), Encoding.UTF8);
  // 转base64格式的Data URI，在URI层面强制指定UTF-8编码
  string dataUri = $"data:text/html;charset=utf-8;base64,{Convert.ToBase64String(Encoding.UTF8.GetBytes(htmlContent))}";
  webBrowser1.Navigate(dataUri);
  

• 调整打印触发的时序
  不要加载完成就立刻调用打印方法，必须等WebBrowser的LoadCompleted事件触发，再加100ms的等待窗口让字体映射完全初始化，避免打印时资源未加载完成：

  private async void TriggerPrint()
  {
      webBrowser.Navigate(dataUri);
      // 等待页面加载完成
      var loadTcs = new TaskCompletionSource<bool>();
      webBrowser.LoadCompleted += (s, e) => loadTcs.TrySetResult(true);
      await loadTcs.Task;
      // 等待字体映射初始化
      await Task.Delay(100);
      // 执行打印
      webBrowser.Print();
  }
  

• 明确指定兼容阿拉伯语的字体栈
  给表格样式加上系统自带的阿拉伯语兼容字体，避免打印时找不到字体自动替换出乱码，原来的table样式替换成：
  <table border='0' style='width:300px;color:black;font-family:Segoe UI,Tahoma,Arial,sans-serif;'>
  这几个字体都是Windows系统预装的，完整覆盖阿拉伯语的所有常用字符，不会出现字符映射失败的问题。

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