Windows Server 2019中SSRS 2019导出PDF不显示新安装字体问题

• 第一步：校验字体安装位置正确性
  90%的同类问题都是安装方式错误导致的：不要直接双击字体文件点「安装」，这种方式默认只会将字体安装到当前登录用户的个人字体目录C:\Users\<当前用户名>\AppData\Local\Microsoft\Windows\Fonts，运行在系统服务上下文的SSRS进程无权限读取该路径下的字体。
  正确操作是右键字体源文件，选择为所有用户安装，安装完成后确认字体存在于系统字体目录C:\Windows\Fonts，同时打开注册表路径HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts，能查到对应字体的注册表项，且值指向C:\Windows\Fonts下的对应字体文件。
• 第二步：重启关联服务清字体缓存
  SSRS服务启动时会预加载系统字体列表，安装新字体后必须重启关联服务才能加载到新字体：
  • 重启SQL Server Reporting Services核心服务
  • 重启Windows Font Cache字体缓存服务
  • 如果是SharePoint集成模式部署，额外重启对应SSRS应用所在的IIS应用程序池
    不要用iisreset替代服务重启，iisreset不会重启SSRS的核心服务进程，装完字体只做iisreset完全不生效。
• 第三步：校验字体文件的访问权限
  Windows Server 2019对系统目录的权限管控比桌面版Win10严格很多，本地Win10测试时服务账户默认有字体目录读取权限，但服务器端新装的自定义字体经常不会继承目录权限，导致服务读不到字体触发 fallback 替换默认字体。
  操作方式：找到C:\Windows\Fonts下对应新安装的字体文件（可在文件夹右上角搜索字体名定位），右键打开「属性-安全」面板，添加SSRS服务的运行账户（默认是NT SERVICE\ReportServer虚拟账户，如果你自定义过服务账户就填对应账户），授予读取和执行、读取权限即可。
• 第四步：排查字体嵌入权限限制
  SSRS导出PDF时默认会嵌入字体子集保证跨设备显示一致性，如果字体本身的授权规则禁止嵌入，就会在导出时自动替换为系统默认字体。本地Win10环境测试时，哪怕PDF没嵌入字体，本地PDF阅读器会直接调用系统已安装的字体渲染，看起来显示正常，但服务器端导出时嵌入流程失败就会出现字体异常。
  验证与解决：
  1. 打开字体文件查看「详细信息」页的字体嵌入性字段，如果显示「受限」「不可嵌入」，就会触发该问题
  2. 临时验证可以修改SSRS配置文件rsreportserver.config（默认路径在SSRS安装目录的ReportServer子文件夹下），找到PDF渲染扩展的<Render>配置段，在<DeviceInfo>节点下添加<EmbedFonts>None</EmbedFonts>，保存后重启SSRS服务再测试导出，如果导出后字体正常，即可确认是字体嵌入权限问题，优先更换带合法嵌入授权的字体版本解决。
• 第五步：校验字体版本与兼容性
  • 对比本地Win10环境和服务器环境安装的字体文件版本、字重完整性，避免出现本地装了包含粗体、斜体、不同字重的完整版字体、服务器只装了常规字重版本，导致报表中用到的特殊字重无法加载被替换
  • 确认安装的字体是64位兼容版本，部分老旧的16位/纯32位字体可以在桌面会话中正常显示，但无法被64位的SSRS服务进程加载，会直接触发字体替换。
• 快速定位问题节点技巧：直接在服务器本机通过浏览器访问SSRS报表管理器，在线预览目标报表，如果预览阶段字体就显示异常，说明是系统层面字体加载的问题，优先排查前三个步骤；如果预览正常、只有导出PDF时异常，说明问题出在PDF渲染环节，优先排查后两个步骤。

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