返回

在 Docker Linux 容器中解决 DevExpress Reports 生成 PDF 时 \

Linux

在 Docker Linux 容器中使用 DevExpress 报告生成 PDF 时解决 "SKFontManager" 异常

简介

使用 DevExpress Reports 在 Docker Linux 容器中生成 PDF 时，你可能会遇到一个讨厌的错误，提示 "SkiaSharp.SKFontManager 的类型初始化程序引发了一个异常"。这个错误在 Windows 上不会出现，但当你部署到 Linux Docker 容器时，它就会像幽灵般出现。

问题原因

这个问题的罪魁祸首是 Linux 容器缺少在 Windows 中预装的字体支持库。如果没有这些库，你的应用程序就会迷失方向，不知道如何处理字体。

解决方案

解决这个问题就像给容器安装一套新字体一样简单。只需按照以下步骤操作：

  1. 更新你的容器包管理器：
apt-get update
  1. 安装字体支持库：
apt-get install -y libfontconfig1 libfreetype6
  1. 重新启动容器：
docker restart <container-name>
  1. 重建并重新部署你的应用程序：
docker build -t <image-name> .
docker run -p <port> <image-name>

就这样，你的应用程序现在应该可以愉快地生成 PDF 了，而不会发出任何有关字体的抱怨。

其他提示

  • 确保你的应用程序有足够的权限来访问系统字体文件。
  • 尝试使用不同的字体，因为某些字体在容器中可能表现不佳。
  • 如果你仍然遇到问题，可以尝试在你的应用程序中显式加载字体。以下是如何做到的：
SKFontManager.Default.Initialize(".");
SKFontManager.Default.AddFont("path/to/font.ttf");

常见问题解答

Q：为什么 Windows 和 Linux 对字体支持的处理方式不同？
A： Windows 有一个更完善的字体系统，并且预装了更多字体。Linux 则更加精简，需要你安装额外的库来获得全面的字体支持。

Q：如果我使用不同的字体，会发生什么情况？
A： 某些字体可能无法在容器中正确渲染。如果你遇到问题，尝试使用不同的字体或显式加载字体。

Q：我可以在哪里找到更多关于这个问题的信息？
A： DevExpress 文档和社区论坛是一个很好的起点。

Q：除了本文提到的方法之外，还有其他解决此问题的办法吗？
A： 将字体文件复制到容器中可能是另一种解决方法，但它需要额外的步骤，并且可能无法在所有情况下都适用。

Q：这个错误是不是永远都会发生？
A： 否，只要你遵循本文中的步骤，就可以避免在 Docker Linux 容器中使用 DevExpress Reports 生成 PDF 时出现这个错误。