PDF - tag - 沐木https://oldletter.cn/tags/pdf/PDF - tag - 沐木Hugo -- gohugo.iozh-cnSat, 25 Apr 2026 00:00:00 +0000PDF 模板生成实战：iText 5.x/9.x 方案对比与开源替代https://oldletter.cn/posts/java-03-pdf-template/Thu, 15 Jun 2023 00:00:00 +0000mumuhttps://oldletter.cn/posts/java-03-pdf-template/

📅 2026-05-15 | 🏷️ Java, PDF, iText, OpenPDF, PDFBox | 📖 阅读约 15 分钟

一、背景与问题

在企业级应用中，大量业务文档需要模板化生成：保单、合同、告知书、发票、审批单……这些文档有三个共同特征：

  1. 格式固定 — 排版、字体、Logo 位置都是确定的
  2. 内容动态 — 姓名、金额、日期等字段每次不同
  3. 批量生产 — 高峰期可能一次生成数千份

常见做法是：先用 Word 制作模板 → 用 Java 填充数据 → 输出 PDF。

本文对比两种主流方案，给出完整代码和踩坑记录。

A4 页面尺寸公式

PDF 中常用的 A4 页面尺寸为 210mm × 297mm。在 iText 中使用 point（磅）为单位，换算关系：1 inch = 72 pt = 25.4 mm。

因此 A4 的磅值为：宽 595.28 pt，高 841.89 pt。

]]>问卷考试系统设计（六）：报告生成——模板引擎、AI 接入与 PDF 导出https://oldletter.cn/posts/qnr-06-report-ai/Sat, 25 Apr 2026 00:00:00 +0000mumuhttps://oldletter.cn/posts/qnr-06-report-ai/上一篇：问卷考试系统设计（五）：前端引擎

数据收集、评分计算都做完了，业务方更关心的是末尾一步：拿到一份类似样的报告。报告生成的完整链路：模板定结构、规则填数据、AI 写解读、图表画可视化、末尾拼成 PDF。

报告生成适合异步化，前端只订阅任务进度，不直接等待 PDF 渲染完成：

sequenceDiagram participant API as 报告 API participant Queue as 异步任务 participant Rule as 规则解读 participant AI as AI 文案 participant Chart as 图表渲染 participant PDF as PDF 导出 participant SSE as SSE 进度 API->>Queue: 提交评分结果 Queue->>SSE: 10% 已接收 Queue->>Rule: 生成规则解读 Queue->>AI: 生成辅助文案 Queue->>Chart: 渲染图表 PNG Queue->>PDF: 拼 HTML 并导出 PDF Queue->>SSE: 100% 报告可下载

报告生成的几种模式

模板填充适合格式固定的报告，模板写好，变量一填就完事。

规则引擎解决条件判断问题。焦虑得分 0-4 分是"无焦虑"，5-9 分是"轻度焦虑"，这种区间映射用硬编码也能写，但规则多了维护起来是噩梦。

AI 生成处理自然语言解读。数字摆在那里，但用户要的是一段"读得懂"的文字。

实际项目中三者结合：模板定骨架，规则引擎填确定性结论，AI 只负责把结论写得更类似人话。先保证可复现，再谈润色。

]]>