当使用SSRS/ReportViewer创建PDF时，PDF中的字体替换规则？

为了减少从SSRS和ReportViewer控件导出的文件，影响PDF大小的主要因素之一是完整字体和子集字体嵌入

最终，我们决定只使用Arial和Times New Roman字体的变体（大小、粗体、斜体等）来标准化我们的报告——幸运的是，我们的大多数报告都是按电子表格格式编制的，不需要美观

在PDF创建过程中，这些字体似乎被ReportViewer/SSR替换为14种PDF中的一种（因为大多数Windows机器上通常不安装标准字体）

所以我的问题是，ReportViewer上的PDF呈现程序在字体替换过程中使用的规则是什么，而不是在PDF中嵌入字体

基于此，并经过一点尝试和错误，以下替换似乎确实进行了（从RDL到PDF，列表不完整）：

• 泰晤士报新罗马=>泰晤士报
• Courier New=>Courier
• Arial=>Helvitica

---

我原以为替换是因为字体嵌入的合法性而被迫的，但泰晤士报新罗马版和Arial版都是“可编辑的”，我认为这是限制性最小的。

呈现pdf时需要满足一些条件

我怀疑其中一个设定的参数不符合，并将您的方转换为最适合的方

确保字体安装正确，并授予字体嵌入权限；及

字体必须是true type字体

---

谢谢你的链接！因为我错过了

嵌入_NOEMBEDDING

@StuartLC-您是如何修改的？@glh这在重新启动服务器后起作用，但我不明白我们应该只在SSRS服务器（专用SQL服务器）或Sharepoint服务器上安装thos字体（支持ttf）？我在所有服务器上安装了rdl文件中使用的所有字体。。谢谢你简洁明了的回答answer@StuartLC你有没有用字体破解工具破解过这些字体？在头文件中替换？还有伪造的旧字体？你是怎么修改的？有什么链接可以帮助我们了解你吗？@sabertabatabaeeyazdi似乎你的要求不同-我试图避免字体嵌入或在服务器上安装新字体的任何先决条件。我只是想要一个短名单的字体，我可以安全地使用在我的报告中，而不是嵌入，因此，我的报告下载将是好的和小的。