背景与挑战
在 apache fop 应用中，为 pdf 文档嵌入自定义字体是常见的需求。然而，直接使用绝对路径（如 c:/windows/fonts/arial.ttf）会导致跨平台兼容性问题，因为不同操作系统（如 linux）的字体路径结构不同。为了解决这一问题，通常需要将字体文件打包到应用程序资源中，并通过相对路径引用。
FOP 提供了多种配置字体的方式。在较新版本中，可以通过编程方式使用 fopFactoryBuilder.setFontBaseURL() 来设置字体基准路径，或者在 fop.xconf 中使用 <directory> 元素来指定字体目录。然而，当面临以下情况时，这些常规方法可能不适用：
- FOP 版本限制： 所使用的 FOP 版本较旧，不提供 setFontBaseURL() 方法。
- <directory> 元素失效： 尝试使用 <directory>file:src/main/resources/fonts/</directory> 这样的配置，但 FOP 未能正确解析并加载字体。这通常是因为 FOP 在解析 file: URL 时，其基准路径并非应用程序的资源根目录。
在这种背景下，我们需要一种纯粹通过 fop.xconf 配置，且能够可靠解析相对路径的方法。
核心解决方案：利用 <base> 元素
Apache FOP 的 fop.xconf 配置文件提供了一个 <base> 元素，用于定义配置文件中所有相对路径的解析基准。通过合理设置此元素，我们可以有效地解决字体相对路径解析问题。
当我们将 <base> 元素设置为 . 时，它指示 FOP 将其配置文件中所有相对路径（包括 embed-url）的解析基准设置为当前 FOP 进程的工作目录。这意味着，如果您的字体文件位于相对于 FOP 进程启动目录的某个路径下，FOP 就能成功找到它们。
以下是一个配置示例，展示了如何使用 <base> 元素和 embed-url 来指定相对路径的字体：
<?xml version="1.0" encoding="utf-8" ?>
<fop>
<!-- 设置所有相对路径的解析基准为当前工作目录 -->
<base>.</base>
<renderers>
<renderer mime="application/pdf">
<fonts>
<!--
配置一个字体，其 embed-url 是相对于 FOP 进程工作目录的路径。
例如，如果 FOP 进程在项目根目录启动，且字体位于
'项目根目录/app/src/main/resources/fonts/Arial.ttf'，
则此路径是正确的。
-->
<font kerning="yes" embed-url="app/src/main/resources/fonts/Arial.ttf" embedding-mode="subset">
<font-triplet name="Arial" style="normal" weight="400"/>
</font>
<!-- 自动检测指定目录下的所有字体。注意，autodetect 默认会查找系统字体，
如果需要查找特定目录，可以结合 <directory> 标签使用，
但此示例主要演示单个字体配置。 -->
<autodetect/>
</fonts>
</renderer>
</renderers>
</fop>在上述配置中：
- <base>.</base>：将 FOP 的基准路径设置为运行 FOP 应用程序的当前工作目录。
- embed-url="app/src/main/resources/fonts/Arial.ttf"：此路径将相对于 FOP 进程的工作目录进行解析。例如，如果您的 Java 应用程序在 /home/user/my-app 目录下启动，并且字体文件位于 /home/user/my-app/app/src/main/resources/fonts/Arial.ttf，那么 FOP 将能够正确加载该字体。
详解字体配置属性
在 <font> 元素中，有几个重要的属性和子元素需要理解：
- kerning="yes|no": 控制是否启用字距调整。启用字距调整可以改善文本的可读性和视觉效果。
- embed-url: 指定字体文件的位置。这是本教程的核心，它支持绝对路径、相对路径以及 classpath: URL（如果 FOP 版本支持）。当 <base> 元素被设置后，相对路径会基于 <base> 进行解析。
-
embedding-mode="subset|full": 控制字体嵌入的方式。
- subset (子集嵌入)：只嵌入 PDF 中实际使用的字符子集。这通常能显著减小 PDF 文件大小，是推荐的模式。
- full (完整嵌入)：嵌入整个字体文件。如果文档中可能包含未知的字符（例如用户输入），或者需要确保字体在任何环境下都能完整显示，可以选择此模式，但会增加文件大小。
-
<font-triplet>: 定义字体三元组，FOP 通过它来匹配 XSL-FO 文档中引用的字体。
- name: 字体名称，例如 "Arial"。XSL-FO 文档中 font-family 属性会引用此名称。
- style: 字体样式，例如 "normal", "italic", "oblique"。
- weight: 字体粗细，例如 "400" (normal), "700" (bold)。
- <autodetect/>: 这是一个可选的元素，指示 FOP 自动检测其配置的字体目录（如果通过 <directory> 配置）或系统默认字体目录中的所有字体。在精确控制单个字体时，通常会省略此元素，或者在 <font> 元素之后使用作为补充。
路径解析与部署考量
理解 embed-url 如何被解析是确保字体正确加载的关键：
- <base> 元素的作用： 当 <base> 被设置为 . 时，FOP 会将 embed-url 中的相对路径解释为相对于当前 Java 进程的工作目录。
-
应用程序打包：
- 字体在 JAR 包外部： 如果字体文件与您的应用程序 JAR 包是分离的，并放置在一个相对路径下（例如，在 my-app/fonts/ 目录下），那么在启动 Java 应用程序时，需要确保 FOP 进程的工作目录能够正确解析到这个 fonts 目录。
- 字体在 JAR 包内部： 尽管本教程的解决方案侧重于文件系统相对路径，但如果字体文件被打包在 JAR 内部（例如在 src/main/resources/fonts/ 编译后在 JAR 根目录的 fonts/ 目录下），通常需要使用 classpath: URL 来引用。例如 embed-url="classpath:fonts/Arial.ttf"。然而，这要求 FOP 版本支持 classpath: 协议，并且需要确保 FOP 能够访问到这些资源。对于本教程解决的旧版本 FOP 不支持 setFontBaseURL() 的情况，classpath: 协议的支持也可能受限。在这种情况下，一种变通方法是在应用程序启动时将字体文件从 JAR 中解压到一个临时目录，然后将 <base> 指向该临时目录，或者将 embed-url 指向解压后的文件。
- 运行环境： 确保在不同的操作系统和部署环境中，FOP 进程的当前工作目录与 fop.xconf 中 embed-url 定义的相对路径保持一致。例如，如果您在 Linux 上部署，并从 /opt/my-app 目录运行 JAR 包，那么 embed-url="app/src/main/resources/fonts/Arial.ttf" 将尝试在 /opt/my-app/app/src/main/resources/fonts/Arial.ttf 查找字体。
最佳实践与注意事项
- 跨平台测试： 在 Windows、Linux、macOS 等不同操作系统上测试您的 FOP 配置，确保字体在所有目标环境中都能正确加载和渲染。
- 字体许可： 确保您使用的字体具有合法的许可，允许在您的应用程序中嵌入和分发。
- 性能考量： 尽量使用 embedding-mode="subset" 来减小生成的 PDF 文件大小。如果 PDF 中只使用了少量字符，完整嵌入整个字体文件是不必要的。
- 字体名称一致性： 确保 <font-triplet name> 与 XSL-FO 文档中 font-family 属性的值完全匹配，包括大小写。
- 日志排查： 如果字体加载失败，请检查 FOP 的日志输出。FOP 通常会提供详细的错误信息，指示字体文件未找到或加载失败的原因。
- 替代方案（若适用）： 如果您使用的 FOP 版本支持 fopFactoryBuilder.setFontBaseURL()，那么通过编程方式设置基准 URL 通常是更灵活和健壮的方法，因为它不依赖于外部配置文件中的相对路径解析，而是直接由应用程序控制。
总结
通过在 Apache FOP 的 fop.xconf 配置文件中巧妙地利用 <base>.</base> 元素，我们可以为 embed-url 提供一个可靠的相对路径解析基准。这种方法尤其适用于 FOP 旧版本中 setFontBaseURL() 不可用，或 <directory> 元素无法满足需求的情况。理解 . 如何解析为 FOP 进程的当前工作目录，并确保字体文件在部署环境中相对于该工作目录可访问，是成功配置字体相对路径的关键。
