乒乓球比赛秩序册自动化生成保姆级教程：3种方案实测避坑
刚接到一个单，客户要求做一套乒乓球比赛秩序册生成系统。我一看需求，眼睛都直了：赛程表、对阵图、成绩统计、裁判排班，全是动态数据。最要命的是，客户说：“配置环境就卡半天，别给我整那些虚的，我要能直接跑的保姆级教程。”
这话我太懂了。很多技术栈看着高大上，真到了项目交付现场，环境依赖、格式兼容、并发处理，哪一环出问题都得让你熬夜。今天这篇不吹牛，直接上干货。我花了一周时间，把 Python、JavaScript (Node.js) 和 Java 这三套主流方案在真实场景下跑了个遍。从数据模型到前端渲染，再到后端逻辑，把坑都填平了。
方案定位：谁在打什么球？
在动手写代码前，得先搞清楚这三种技术栈在“秩序册生成”这个细分领域里的角色。别一上来就比性能，要看场景。
Python 是数据处理的亲儿子。乒乓球比赛秩序册的核心难点在于“赛程编排算法”。比如单淘汰赛的种子位分布、循环赛的积分计算。Python 有现成的 numpy 和 pandas，处理这类矩阵运算和表格数据简直如鱼得水。它的定位是：后端逻辑与数据引擎。适合处理复杂的赛制逻辑，生成中间数据结构。
JavaScript (Node.js) 是前端的自然延伸。秩序册最终是要给人看的，通常是网页版或者导出 PDF。Node.js 的优势在于全栈统一，前端用的 React 或 Vue 可以直接复用组件库。它的定位是：交互展示与轻量级服务。适合快速搭建管理后台，让裁判长能实时修改赛程，并即时预览秩序册样式。
Java 是企业级应用的基石。如果你的项目是集成在一个大型体育云平台里的，或者需要高并发处理多场并发比赛的数据上报，Java 的生态无可替代。它的定位是：高并发服务与系统集成。适合需要对接其他系统（如票务、直播流）的大型赛事平台。
核心差异：一张表看清优劣
为了让大家不迷路，我把这三种方案在秩序册生成场景下的关键指标列出来了。注意，这里没有绝对的好坏，只有适不适合你的业务规模。维度
Python
JavaScript (Node.js)
Java开发速度
⭐⭐⭐⭐⭐ (脚本式开发，迭代极快)
⭐⭐⭐⭐⭐ (前后端同语言，组件复用)
⭐⭐⭐ (样板代码多，配置繁琐)赛程算法实现
⭐⭐⭐⭐⭐ (数学库强大，逻辑直观)
⭐⭐⭐ (需自行实现或引库，精度需注意)
⭐⭐⭐⭐ (JDK 库完善，但写起来啰嗦)PDF/文档生成
⭐⭐⭐ (ReportLab 好用但样式控制难)
⭐⭐⭐⭐ (Puppeteer/Playwright 无头浏览器渲染完美)
⭐⭐⭐ (iText/PDFBox 强大但学习曲线陡)并发性能
⭐⭐⭐ (GIL 限制，适合 CPU 密集型预处理)
⭐⭐⭐⭐⭐ (事件循环，IO 密集型王者)
⭐⭐⭐⭐⭐ (多线程成熟，适合高并发交易)环境配置难度
中等 (依赖 pip 版本管理)
低 (npm 生态完善，Vercel/Netlify 一键部署)
高 (JDK 版本、Maven 依赖冲突是噩梦)典型应用场景
赛制算法引擎、数据清洗、报表统计
赛事官网、实时比分大屏、小程序后端
大型体育云平台、政府级赛事系统这里有个坑要特别提醒： 很多兄弟喜欢用 Python 直接生成 PDF。结果发现，一旦中文字体嵌入不对，或者表格跨页断裂，样式就崩了。我在 CSDN 上看过不少类似的帖子，大家踩得最多的就是 ReportLab 对中文字体 TTF 的支持问题，还有就是复杂表格的自动分页逻辑。相比之下，Node.js 用 Puppeteer 直接调用 Chrome 内核渲染 HTML 转 PDF，样式保真度是最高的，因为所见即所得。
代码写法对比：从数据到页面
光说不练假把式。下面我用三个最核心的场景：赛程数据生成、对阵表渲染、PDF 导出，分别展示三种语言的代码写法。
1. Python：强大的数据引擎
Python 的优势在于处理“乱序”的比赛数据。假设我们有一个单淘汰赛的种子选手列表，我们需要生成第一轮的配对。
import random
from typing import List, Tupledef generate_tournament_bracket(players: List[str], seed: int = 42) - List[Tuple[str, str]]:生成单淘汰赛第一轮对阵表:param players: 选手列表:param seed: 随机种子，确保可复现:return: 第一轮对阵列表 [(选手A, 选手B), ...]# 简单模拟：实际生产中应使用更复杂的种子位算法random.seed(seed)shuffled_players = players.copy()random.shuffle(shuffled_players)matches = []for i in range(0, len(shuffled_players), 2):player_a = shuffled_players[i]player_b = shuffled_players[i+1]matches.append((player_a, player_b))return matches# 示例数据
players = [张继科, 马龙, 樊振东, 王楚钦, 梁靖崑, 林高远, 许昕, 方博]
bracket = generate_tournament_bracket(players)for i, match in enumerate(bracket, 1):print(f第{i}桌: {match[0]} vs {match[1]})逐行讲解：random.seed(seed)：这是关键。比赛秩序册必须具有可复现性。如果今天生成的赛程和明天不一样，裁判长会疯的。固定种子保证每次运行结果一致，除非手动触发重排。
Tuple[str, str]：类型注解在 Python 3.8+ 中很有用，虽然运行时不强制，但 IDE 提示和代码可读性大幅提升。
避坑点：这段代码只是最简单的轮转。如果是“蛇形编排”（种子位 1 对 8，2 对 7），逻辑要复杂得多。Python 的优势是你可以快速迭代这个算法，而不用纠结于语法细节。2. JavaScript (Node.js)：完美的渲染管线
Node.js 负责把 Python 生成的数据变成漂亮的 HTML，并导出 PDF。这里我们使用 Puppeteer，它是目前处理复杂样式 PDF 的王者。
const puppeteer = require('puppeteer');
const fs = require('fs');
const path = require('path');async function generateOrderBookPDF(matches: Array{playerA: string, playerB: string, table: number}) {// 1. 启动无头浏览器const browser = await puppeteer.launch({headless: 'new', // 使用新版无头模式args: ['--no-sandbox', '--disable-setuid-sandbox'] // 在 Docker 或 CI 环境中必须});const page = await browser.newPage();// 2. 构建 HTML 内容// 这里简化了模板，实际项目中会使用 Handlebars 或 EJS 引擎const htmlContent = `htmlheadstylebody { font-family: 'Microsoft YaHei', sans-serif; padding: 20px; }table { width: 100%; border-collapse: collapse; margin-bottom: 20px; }th, td { border: 1px solid #333; padding: 8px; text-align: center; }th { background-color: #f2f2f2; font-weight: bold; }.page-break { page-break-after: always; }/style/headbodyh12024 年度乒乓球邀请赛秩序册/h1h2第一轮对阵表/h2tabletheadtrth桌号/thth选手 A/thth选手 B/thth时间/th/tr/theadtbody${matches.map(m = `trtd${m.table}/tdtd${m.playerA}/tdtd${m.playerB}/tdtd10:00 AM/td/tr`).join('')}/tbody/tablediv class=page-break/divh2裁判排班表/h2!-- 此处省略裁判排班 HTML --/body/html`;// 3. 注入 HTML 并等待渲染完成await page.setContent(htmlContent, { waitUntil: 'networkidle0' });// 4. 生成 PDFconst pdfBuffer = await page.pdf({format: 'A4',printBackground: true, // 必须开启，否则背景色和边框丢失margin: { top: '20px', bottom: '20px', left: '15px', right: '15px' }});// 5. 写入文件const filePath = path.join(__dirname, 'output', 'tournament_order.pdf');fs.writeFileSync(filePath, pdfBuffer);await browser.close();console.log(`PDF 生成成功: ${filePath}`);
}// 调用示例
const mockData = [{ playerA: '张继科', playerB: '马龙', table: 1 },{ playerA: '樊振东', playerB: '王楚钦', table: 2 }
];generateOrderBookPDF(mockData).catch(console.error);逐行讲解：headless: 'new'：Puppeteer 的新版无头模式性能更好，内存占用更低。
printBackground: true：这是新手最容易忽略的坑。默认情况下，PDF 打印不会包含背景色和 CSS 边框。如果你的秩序册表头有灰色背景，不开这个参数，导出来的 PDF 背景就是白的，样式全毁。
waitUntil: 'networkidle0'：确保所有异步资源（如果有的话）加载完毕再截图。虽然这里我们直接 setContent，但保持这个习惯能避免很多诡异的渲染错误。
优势：你在浏览器里看到的 HTML 长什么样，PDF 就长什么样。不需要像 Python 那样去调整 ReportLab 的坐标和字体大小。3. Java：稳健的后端服务
如果这是一个大型云平台的一部分，Java 负责接收请求，调用算法服务，并返回 JSON 或 PDF 流。这里展示如何使用 iText 生成简单的 PDF 结构。
import com.itextpdf.kernel.pdf.PdfDocument;
import com.itextpdf.kernel.pdf.PdfWriter;
import com.itextpdf.layout.Document;
import com.itextpdf.layout.element.Paragraph;
import com.itextpdf.layout.element.Table;
import com.itextpdf.layout.properties.TextAlignment;import java.io.IOException;public class OrderBookGenerator {public static void generatePDF(String outputPath, String[] playerA, String[] playerB) throws IOException {// 1. 创建 PDF 文档PdfWriter writer = new PdfWriter(outputPath);PdfDocument pdfDocument = new PdfDocument(writer);Document document = new Document(pdfDocument);// 2. 添加标题Paragraph title = new Paragraph(乒乓球比赛秩序册).setTextAlignment(TextAlignment.CENTER).setFontSize(18).setBold();document.add(title);// 3. 创建表格Table table = new Table(3); // 3列table.addCell(桌号);table.addCell(选手 A);table.addCell(选手 B);// 填充数据for (int i = 0; i playerA.length; i++) {table.addCell(String.valueOf(i + 1));table.addCell(playerA[i]);table.addCell(playerB[i]);}document.add(table);// 4. 关闭文档document.close();System.out.println(PDF generated: + outputPath);}public static void main(String[] args) {String[] pA = {张继科, 樊振东};String[] pB = {马龙, 王楚钦};try {generatePDF(order.pdf, pA, pB);} catch (IOException e) {e.printStackTrace();}}
}逐行讲解：Table(3)：iText 的 Table 构造非常直观，传入列数即可。
痛点：Java 代码量明显多于 Python 和 JS。你需要引入 itextpdf 依赖，配置 Maven，处理字体注册（中文字体在 iText 中需要额外注册 Cpdf 字体）。
适用场景：当你的系统已经有 Spring Boot 架构，且需要高并发处理上千场比赛的实时数据更新时，Java 的稳定性是 Python 和 Node.js 难以比拟的。但在“生成文档”这个单一功能上，它的开发效率不如前两者。适用场景与选型建议
说了这么多，到底怎么选？结合我过去的实战经验，给你几条接地气的建议。
场景一：中小型俱乐部或业余联赛，追求快速上线
选 Python + Flask/FastAPI + Jinja2 模板。
理由：开发速度快。你可以用 Python 脚本直接处理数据，用 Jinja2 渲染 HTML，最后用 weasyprint 或 wkhtmltopdf 转 PDF。虽然样式控制不如 Puppeteer 精细，但对于简单的表格型秩序册完全够用。维护成本低，找个会写 Python 的实习生就能接手。
场景二：商业赛事、需要精美排版、前端交互复杂
选 Node.js (NestJS) + Puppeteer。
理由：样式保真度最高。如果你的秩序册包含复杂的对阵树状图、赞助商 Logo、多页复杂布局，Puppeteer 是唯一稳妥的方案。前端团队可以直接复用 Vue/React 组件，后端只需处理数据接口。部署方便，Docker 镜像里装好 Chrome 即可。
场景三：政府级大型赛事、集成到现有云平台、高并发
选 Java (Spring Boot) + iText/PDFBox。
理由：稳定性与生态。这类项目往往涉及身份认证、数据审计、与其他政务系统对接。Java 的类型安全和事务管理能减少很多低级错误。虽然开发慢点，但后期维护成本低，人才储备丰富。
特别提醒：关于环境配置
很多兄弟卡在“环境配置”上。Python 记得用 virtualenv 或 conda 隔离环境，避免依赖冲突。
Node.js 用 Docker 部署时，务必在 Dockerfile 中安装 chromium 及其依赖库（如 libatk-bridge2.0-0），否则 Puppeteer 启动会报错。我在 CSDN 上见过太多人因为缺这几个 .so 文件而抓狂，把依赖列全在 Dockerfile 里是救命稻草。
Java 注意 JDK 版本匹配，Spring Boot 3.x 要求 JDK 17+，老项目升级时务必检查依赖兼容性。你公司项目里是怎么处理的?
技术选型没有银弹，只有最适合你当前团队能力和业务阶段的方案。我在写这篇文章的过程中，发现很多团队其实是在“重复造轮子”——明明可以用 Puppeteer 一行代码解决的样式问题，却在 Python 里写了五百行坐标计算代码。
你公司项目里是怎么处理的? 是用现成的开源库，还是自己封装了一套文档生成服务？在遇到中文字体丢失或表格跨页断裂时，你们的解决方案是什么？欢迎在评论区聊聊你的踩坑经验，咱们互相避坑，少走弯路。 乒乓球比赛秩序册自动化生成保姆级教程：3种方案实测避坑
乒乓球比赛秩序册自动化生成保姆级教程：3种方案实测避坑
刚接到一个单，客户要求做一套乒乓球比赛秩序册生成系统。我一看需求，眼睛都直了：赛程表、对阵图、成绩统计、裁判排班，全是动态数据。最要命的是，客户说：“配置环境就卡半天，别给我整那些虚的，我要能直接跑的保姆级教程。”
这话我太懂了。很多技术栈看着高大上，真到了项目交付现场，环境依赖、格式兼容、并发处理，哪一环出问题都得让你熬夜。今天这篇不吹牛，直接上干货。我花了一周时间，把 Python、JavaScript (Node.js) 和 Java 这三套主流方案在真实场景下跑了个遍。从数据模型到前端渲染，再到后端逻辑，把坑都填平了。
方案定位：谁在打什么球？
在动手写代码前，得先搞清楚这三种技术栈在“秩序册生成”这个细分领域里的角色。别一上来就比性能，要看场景。
Python 是数据处理的亲儿子。乒乓球比赛秩序册的核心难点在于“赛程编排算法”。比如单淘汰赛的种子位分布、循环赛的积分计算。Python 有现成的 numpy 和 pandas，处理这类矩阵运算和表格数据简直如鱼得水。它的定位是：后端逻辑与数据引擎。适合处理复杂的赛制逻辑，生成中间数据结构。
JavaScript (Node.js) 是前端的自然延伸。秩序册最终是要给人看的，通常是网页版或者导出 PDF。Node.js 的优势在于全栈统一，前端用的 React 或 Vue 可以直接复用组件库。它的定位是：交互展示与轻量级服务。适合快速搭建管理后台，让裁判长能实时修改赛程，并即时预览秩序册样式。
Java 是企业级应用的基石。如果你的项目是集成在一个大型体育云平台里的，或者需要高并发处理多场并发比赛的数据上报，Java 的生态无可替代。它的定位是：高并发服务与系统集成。适合需要对接其他系统（如票务、直播流）的大型赛事平台。
核心差异：一张表看清优劣
为了让大家不迷路，我把这三种方案在秩序册生成场景下的关键指标列出来了。注意，这里没有绝对的好坏，只有适不适合你的业务规模。维度
Python
JavaScript (Node.js)
Java开发速度
⭐⭐⭐⭐⭐ (脚本式开发，迭代极快)
⭐⭐⭐⭐⭐ (前后端同语言，组件复用)
⭐⭐⭐ (样板代码多，配置繁琐)赛程算法实现
⭐⭐⭐⭐⭐ (数学库强大，逻辑直观)
⭐⭐⭐ (需自行实现或引库，精度需注意)
⭐⭐⭐⭐ (JDK 库完善，但写起来啰嗦)PDF/文档生成
⭐⭐⭐ (ReportLab 好用但样式控制难)
⭐⭐⭐⭐ (Puppeteer/Playwright 无头浏览器渲染完美)
⭐⭐⭐ (iText/PDFBox 强大但学习曲线陡)并发性能
⭐⭐⭐ (GIL 限制，适合 CPU 密集型预处理)
⭐⭐⭐⭐⭐ (事件循环，IO 密集型王者)
⭐⭐⭐⭐⭐ (多线程成熟，适合高并发交易)环境配置难度
中等 (依赖 pip 版本管理)
低 (npm 生态完善，Vercel/Netlify 一键部署)
高 (JDK 版本、Maven 依赖冲突是噩梦)典型应用场景
赛制算法引擎、数据清洗、报表统计
赛事官网、实时比分大屏、小程序后端
大型体育云平台、政府级赛事系统这里有个坑要特别提醒： 很多兄弟喜欢用 Python 直接生成 PDF。结果发现，一旦中文字体嵌入不对，或者表格跨页断裂，样式就崩了。我在 CSDN 上看过不少类似的帖子，大家踩得最多的就是 ReportLab 对中文字体 TTF 的支持问题，还有就是复杂表格的自动分页逻辑。相比之下，Node.js 用 Puppeteer 直接调用 Chrome 内核渲染 HTML 转 PDF，样式保真度是最高的，因为所见即所得。
代码写法对比：从数据到页面
光说不练假把式。下面我用三个最核心的场景：赛程数据生成、对阵表渲染、PDF 导出，分别展示三种语言的代码写法。
1. Python：强大的数据引擎
Python 的优势在于处理“乱序”的比赛数据。假设我们有一个单淘汰赛的种子选手列表，我们需要生成第一轮的配对。
import random
from typing import List, Tupledef generate_tournament_bracket(players: List[str], seed: int = 42) - List[Tuple[str, str]]:生成单淘汰赛第一轮对阵表:param players: 选手列表:param seed: 随机种子，确保可复现:return: 第一轮对阵列表 [(选手A, 选手B), ...]# 简单模拟：实际生产中应使用更复杂的种子位算法random.seed(seed)shuffled_players = players.copy()random.shuffle(shuffled_players)matches = []for i in range(0, len(shuffled_players), 2):player_a = shuffled_players[i]player_b = shuffled_players[i+1]matches.append((player_a, player_b))return matches# 示例数据
players = [张继科, 马龙, 樊振东, 王楚钦, 梁靖崑, 林高远, 许昕, 方博]
bracket = generate_tournament_bracket(players)for i, match in enumerate(bracket, 1):print(f第{i}桌: {match[0]} vs {match[1]})逐行讲解：random.seed(seed)：这是关键。比赛秩序册必须具有可复现性。如果今天生成的赛程和明天不一样，裁判长会疯的。固定种子保证每次运行结果一致，除非手动触发重排。
Tuple[str, str]：类型注解在 Python 3.8+ 中很有用，虽然运行时不强制，但 IDE 提示和代码可读性大幅提升。
避坑点：这段代码只是最简单的轮转。如果是“蛇形编排”（种子位 1 对 8，2 对 7），逻辑要复杂得多。Python 的优势是你可以快速迭代这个算法，而不用纠结于语法细节。2. JavaScript (Node.js)：完美的渲染管线
Node.js 负责把 Python 生成的数据变成漂亮的 HTML，并导出 PDF。这里我们使用 Puppeteer，它是目前处理复杂样式 PDF 的王者。
const puppeteer = require('puppeteer');
const fs = require('fs');
const path = require('path');async function generateOrderBookPDF(matches: Array{playerA: string, playerB: string, table: number}) {// 1. 启动无头浏览器const browser = await puppeteer.launch({headless: 'new', // 使用新版无头模式args: ['--no-sandbox', '--disable-setuid-sandbox'] // 在 Docker 或 CI 环境中必须});const page = await browser.newPage();// 2. 构建 HTML 内容// 这里简化了模板，实际项目中会使用 Handlebars 或 EJS 引擎const htmlContent = `htmlheadstylebody { font-family: 'Microsoft YaHei', sans-serif; padding: 20px; }table { width: 100%; border-collapse: collapse; margin-bottom: 20px; }th, td { border: 1px solid #333; padding: 8px; text-align: center; }th { background-color: #f2f2f2; font-weight: bold; }.page-break { page-break-after: always; }/style/headbodyh12024 年度乒乓球邀请赛秩序册/h1h2第一轮对阵表/h2tabletheadtrth桌号/thth选手 A/thth选手 B/thth时间/th/tr/theadtbody${matches.map(m = `trtd${m.table}/tdtd${m.playerA}/tdtd${m.playerB}/tdtd10:00 AM/td/tr`).join('')}/tbody/tablediv class=page-break/divh2裁判排班表/h2!-- 此处省略裁判排班 HTML --/body/html`;// 3. 注入 HTML 并等待渲染完成await page.setContent(htmlContent, { waitUntil: 'networkidle0' });// 4. 生成 PDFconst pdfBuffer = await page.pdf({format: 'A4',printBackground: true, // 必须开启，否则背景色和边框丢失margin: { top: '20px', bottom: '20px', left: '15px', right: '15px' }});// 5. 写入文件const filePath = path.join(__dirname, 'output', 'tournament_order.pdf');fs.writeFileSync(filePath, pdfBuffer);await browser.close();console.log(`PDF 生成成功: ${filePath}`);
}// 调用示例
const mockData = [{ playerA: '张继科', playerB: '马龙', table: 1 },{ playerA: '樊振东', playerB: '王楚钦', table: 2 }
];generateOrderBookPDF(mockData).catch(console.error);逐行讲解：headless: 'new'：Puppeteer 的新版无头模式性能更好，内存占用更低。
printBackground: true：这是新手最容易忽略的坑。默认情况下，PDF 打印不会包含背景色和 CSS 边框。如果你的秩序册表头有灰色背景，不开这个参数，导出来的 PDF 背景就是白的，样式全毁。
waitUntil: 'networkidle0'：确保所有异步资源（如果有的话）加载完毕再截图。虽然这里我们直接 setContent，但保持这个习惯能避免很多诡异的渲染错误。
优势：你在浏览器里看到的 HTML 长什么样，PDF 就长什么样。不需要像 Python 那样去调整 ReportLab 的坐标和字体大小。3. Java：稳健的后端服务
如果这是一个大型云平台的一部分，Java 负责接收请求，调用算法服务，并返回 JSON 或 PDF 流。这里展示如何使用 iText 生成简单的 PDF 结构。
import com.itextpdf.kernel.pdf.PdfDocument;
import com.itextpdf.kernel.pdf.PdfWriter;
import com.itextpdf.layout.Document;
import com.itextpdf.layout.element.Paragraph;
import com.itextpdf.layout.element.Table;
import com.itextpdf.layout.properties.TextAlignment;import java.io.IOException;public class OrderBookGenerator {public static void generatePDF(String outputPath, String[] playerA, String[] playerB) throws IOException {// 1. 创建 PDF 文档PdfWriter writer = new PdfWriter(outputPath);PdfDocument pdfDocument = new PdfDocument(writer);Document document = new Document(pdfDocument);// 2. 添加标题Paragraph title = new Paragraph(乒乓球比赛秩序册).setTextAlignment(TextAlignment.CENTER).setFontSize(18).setBold();document.add(title);// 3. 创建表格Table table = new Table(3); // 3列table.addCell(桌号);table.addCell(选手 A);table.addCell(选手 B);// 填充数据for (int i = 0; i playerA.length; i++) {table.addCell(String.valueOf(i + 1));table.addCell(playerA[i]);table.addCell(playerB[i]);}document.add(table);// 4. 关闭文档document.close();System.out.println(PDF generated: + outputPath);}public static void main(String[] args) {String[] pA = {张继科, 樊振东};String[] pB = {马龙, 王楚钦};try {generatePDF(order.pdf, pA, pB);} catch (IOException e) {e.printStackTrace();}}
}逐行讲解：Table(3)：iText 的 Table 构造非常直观，传入列数即可。
痛点：Java 代码量明显多于 Python 和 JS。你需要引入 itextpdf 依赖，配置 Maven，处理字体注册（中文字体在 iText 中需要额外注册 Cpdf 字体）。
适用场景：当你的系统已经有 Spring Boot 架构，且需要高并发处理上千场比赛的实时数据更新时，Java 的稳定性是 Python 和 Node.js 难以比拟的。但在“生成文档”这个单一功能上，它的开发效率不如前两者。适用场景与选型建议
说了这么多，到底怎么选？结合我过去的实战经验，给你几条接地气的建议。
场景一：中小型俱乐部或业余联赛，追求快速上线
选 Python + Flask/FastAPI + Jinja2 模板。
理由：开发速度快。你可以用 Python 脚本直接处理数据，用 Jinja2 渲染 HTML，最后用 weasyprint 或 wkhtmltopdf 转 PDF。虽然样式控制不如 Puppeteer 精细，但对于简单的表格型秩序册完全够用。维护成本低，找个会写 Python 的实习生就能接手。
场景二：商业赛事、需要精美排版、前端交互复杂
选 Node.js (NestJS) + Puppeteer。
理由：样式保真度最高。如果你的秩序册包含复杂的对阵树状图、赞助商 Logo、多页复杂布局，Puppeteer 是唯一稳妥的方案。前端团队可以直接复用 Vue/React 组件，后端只需处理数据接口。部署方便，Docker 镜像里装好 Chrome 即可。
场景三：政府级大型赛事、集成到现有云平台、高并发
选 Java (Spring Boot) + iText/PDFBox。
理由：稳定性与生态。这类项目往往涉及身份认证、数据审计、与其他政务系统对接。Java 的类型安全和事务管理能减少很多低级错误。虽然开发慢点，但后期维护成本低，人才储备丰富。
特别提醒：关于环境配置
很多兄弟卡在“环境配置”上。Python 记得用 virtualenv 或 conda 隔离环境，避免依赖冲突。
Node.js 用 Docker 部署时，务必在 Dockerfile 中安装 chromium 及其依赖库（如 libatk-bridge2.0-0），否则 Puppeteer 启动会报错。我在 CSDN 上见过太多人因为缺这几个 .so 文件而抓狂，把依赖列全在 Dockerfile 里是救命稻草。
Java 注意 JDK 版本匹配，Spring Boot 3.x 要求 JDK 17+，老项目升级时务必检查依赖兼容性。你公司项目里是怎么处理的?
技术选型没有银弹，只有最适合你当前团队能力和业务阶段的方案。我在写这篇文章的过程中，发现很多团队其实是在“重复造轮子”——明明可以用 Puppeteer 一行代码解决的样式问题，却在 Python 里写了五百行坐标计算代码。
你公司项目里是怎么处理的? 是用现成的开源库，还是自己封装了一套文档生成服务？在遇到中文字体丢失或表格跨页断裂时，你们的解决方案是什么？欢迎在评论区聊聊你的踩坑经验，咱们互相避坑，少走弯路。