1. 项目概述：为什么选择POI来操作Word表格？

如果你是一名Java开发者，需要后端动态生成包含复杂表格的报告、合同或数据文档，那么Apache POI这个库你肯定绕不开。尤其是在处理Word文档（.docx格式）时，POI几乎是Java生态中的“瑞士军刀”。我最近刚完成一个项目，核心需求就是将数据库查询出的结构化数据，动态填充到一个格式规范的Word表格中，并最终生成可供下载的文档。整个过程听起来简单，但实际踩的坑可不少，比如表格宽度失控、样式丢失、性能瓶颈等等。

网上关于POI的教程很多，但往往只给出片段代码，对于表格（Table）这种复杂结构的精细化控制，缺乏系统性的实战解析。很多人照着做，生成的表格要么宽窄不一，要么边框线对不齐，离“专业”二字差得远。这篇文章，我就结合自己趟过的路，把使用Apache POI生成Word文档表格的完整流程、核心原理、避坑指南和性能优化心得，掰开揉碎了讲给你听。无论你是需要生成统计报表、导出数据清单，还是制作固定格式的文书，这篇内容都能给你一套可直接复用的解决方案。

2. 核心依赖与环境搭建

2.1 POI版本选择与Maven依赖

Apache POI项目包含多个组件，用于处理不同的Office格式。针对Word 2007及以上版本的.docx文件，我们需要的是poi-ooxml这个模块。版本选择上，我强烈建议使用较新的稳定版，因为旧版本在某些样式和性能上存在已知问题。我当前项目使用的是5.2.3版本，它提供了对OOXML（Office Open XML）格式的良好支持。

在你的pom.xml文件中，需要添加以下依赖：

<dependency> <groupId>org.apache.poi</groupId> <artifactId>poi-ooxml</artifactId> <version>5.2.3</version> </dependency>

这个依赖会自动引入核心的poi模块以及处理ooxml所需的其它库。这里有一个关键的注意事项：POI的依赖树比较深，可能会和你项目中的其他库（比如旧版的XML解析器）产生冲突。如果遇到ClassNotFoundException或NoSuchMethodError，请首先检查依赖冲突，可以使用mvn dependency:tree命令分析。

2.2 理解XWPFDocument与文档结构

在POI的OOXML模型中，一个.docx文件对应一个XWPFDocument对象。你可以把它想象成Word文档在内存中的一棵树。这棵树的主要枝干包括：

• 段落（XWPFParagraph）：文档中的文本段落。
• 表格（XWPFTable）：这就是我们本文的重点。
• 页眉页脚（XWPFHeader/XWPFFooter）。
• 样式（XWPFStyles）：文档级别的样式定义。

所有内容都通过XWPFDocument对象来创建和管理。生成一个带表格的文档，基本流程就是：创建文档对象 -> 创建表格 -> 创建行 -> 创建单元格 -> 填充内容与样式。

3. 表格创建与基础内容填充

3.1 从零开始创建一个表格

创建一个基础表格非常简单。首先，我们初始化文档对象，然后调用其createTable方法。

import org.apache.poi.xwpf.usermodel.*; // 1. 创建空白文档 XWPFDocument document = new XWPFDocument(); // 2. 创建一个3行4列的表格 // createTable的参数是行数，列数会在创建第一行时确定 XWPFTable table = document.createTable(3, 4); // 3. 获取行和单元格，并设置内容 // 表格的行（XWPFTableRow）和单元格（XWPFTableCell）都是从0开始索引 for (int row = 0; row < 3; row++) { XWPFTableRow tableRow = table.getRow(row); for (int col = 0; col < 4; col++) { XWPFTableCell cell = tableRow.getCell(col); // 设置单元格文本 cell.setText("行" + (row+1) + ", 列" + (col+1)); } } // 4. 将文档写入文件 try (FileOutputStream out = new FileOutputStream("基础表格.docx")) { document.write(out); } document.close();

执行这段代码，你会得到一个最朴素的3x4表格。但问题马上来了：这个表格的宽度是默认的，很可能撑满整个页面，看起来很不美观。这就是我们接下来要解决的核心问题之一。

3.2 单元格内容类型：不仅仅是文本

单元格里当然不止能放纯文本。在实际业务中，我们可能需要：

1. 富文本：单元格内的文字可以有部分加粗、变色。
2. 段落：一个单元格内包含多个段落，各有不同的对齐方式。
3. 嵌套表格：在单元格内再创建一个表格。
4. 图片：在单元格中插入Logo或图表。

要实现这些，关键在于理解：XWPFTableCell.setText()是一个便捷方法，它实际上是在单元格内创建了一个新的XWPFParagraph（段落）并设置了文本。要更精细地控制，我们需要直接操作单元格的段落。

XWPFTableCell cell = table.getRow(0).getCell(0); // 清除默认的段落（如果有） cell.removeParagraph(0); // 创建新的段落 XWPFParagraph paragraph = cell.addParagraph(); // 在段落中创建文本块（XWPFRun），并设置属性 XWPFRun run = paragraph.createRun(); run.setText("这是加粗的标题"); run.setBold(true); run.setFontSize(14); run.setColor("FF0000"); // 红色 // 在同一段落中添加第二个文本块 XWPFRun run2 = paragraph.createRun(); run2.setText("（这是普通副标题）"); run2.setFontSize(10);

通过操作XWPFRun，你可以实现对单元格内文本样式的像素级控制。对于嵌套表格或图片，则是通过cell.addParagraph()后，在段落中调用createTable()或createRun().addPicture()来实现。

4. 表格样式与格式化的深度控制

生成表格容易，但让表格“好看”是真正的挑战。样式控制是POI操作Word表格中最繁琐但也最能体现专业性的部分。

4.1 精确控制表格与单元格宽度

这是被问得最多的问题之一：“poi设置word表格单元格宽度”到底怎么弄？Word表格的宽度有两种主要设置方式：固定宽度和自动调整。POI中对应的是CTTblWidth对象。

绝对宽度（固定值）： 通常使用TWIP（二十分之一点）作为单位。1英寸 = 1440 TWIP。如果你想设置表格总宽度为页面宽度（假设A4纸左右边距后可用宽度约为9000 TWIP），并平均分配各列，可以这样做：

// 设置表格整体布局为“固定宽度” table.setWidthType(TableWidthType.PCT); // 也可以是DXA（绝对单位） // 设置表格宽度为页面宽度的100% table.setWidth("100%"); // 或者 setWidth("9000") 设置绝对TWIP值 // 为每一列设置宽度 List<XWPFTableRow> rows = table.getRows(); if (!rows.isEmpty()) { XWPFTableRow firstRow = rows.get(0); List<XWPFTableCell> cells = firstRow.getTableCells(); int colCount = cells.size(); int colWidth = 9000 / colCount; // 平均分配 for (int i = 0; i < colCount; i++) { XWPFTableCell cell = cells.get(i); // 关键：获取或创建单元格的CTTcPr（单元格属性）和CTTblWidth（宽度定义） CTTcPr tcPr = cell.getCTTc().getTcPr(); if (tcPr == null) { tcPr = cell.getCTTc().addNewTcPr(); } CTTblWidth cellWidth = tcPr.isSetTcW() ? tcPr.getTcW() : tcPr.addNewTcW(); cellWidth.setW(BigInteger.valueOf(colWidth)); cellWidth.setType(STTblWidth.DXA); // 设置宽度单位为DXA（等同于TWIP） } }

重要提示：setWidth方法在表格和单元格上行为不同。表格的setWidth通常用于设定整体宽度模式。而单元格的实际显示宽度，主要由其CTTcPr中的TcW属性控制，并且会受到Word自身渲染引擎的影响。有时设置了宽度但看起来没变化，可能是因为同一列中其他单元格有更宽的內容或设置了不同的宽度，Word会取最大值。最可靠的方式是在表头行（第一行）的单元格上设置列宽。

自动宽度： 如果你希望表格根据内容自动调整，可以将类型设置为AUTO。

cellWidth.setType(STTblWidth.AUTO); // 或者，更简单地，不设置TcW属性，Word通常会按自动处理。

4.2 边框、背景色与对齐方式

边框设置： 网上很多例子边框设置不生效，问题在于没有为每条边单独设置属性。单元格的边框存在于CTTcPr的tcBorders中。

CTTcPr tcPr = cell.getCTTc().getTcPr(); if (tcPr == null) tcPr = cell.getCTTc().addNewTcPr(); CTTcBorders borders = tcPr.isSetTcBorders() ? tcPr.getTcBorders() : tcPr.addNewTcBorders(); // 设置上边框：红色，2pt粗，实线 CTBorder topBorder = borders.addNewTop(); topBorder.setVal(STBorder.Enum.forString("single")); // 线型：single, double, dashed等 topBorder.setSz(BigInteger.valueOf(24)); // 线宽，单位是1/8点，24表示3pt topBorder.setColor("FF0000"); // 同理设置left, bottom, right, insideH（内部横线）, insideV（内部竖线） // 如果想设置整个表格的外边框，通常需要遍历所有边缘单元格进行设置。

背景色： 使用setColor方法，传入十六进制RGB值（不带#）。

cell.setColor("D3D3D3"); // 设置单元格背景为浅灰色

对齐方式： 分为垂直对齐和水平对齐。

// 水平对齐：段落级别的属性 XWPFParagraph para = cell.getParagraphs().get(0); para.setAlignment(ParagraphAlignment.CENTER); // 左对齐LEFT， 右对齐RIGHT， 居中CENTER // 垂直对齐：单元格级别的属性 cell.setVerticalAlignment(XWPFTableCell.XWPFVertAlign.CENTER); // 顶端TOP， 居中CENTER， 底端BOTTOM

4.3 合并单元格与行高控制

合并单元格是制作复杂表头的必备技能。POI提供了mergeCellsHorizontal（横向合并）和mergeCellsVertical（纵向合并）方法，但使用时必须注意起始位置。

// 假设表格table有3行3列 // 合并第0行，第0列到第1列（横向合并两个单元格） table.getRow(0).getCell(0).getCTTc().addNewTcPr().addNewHMerge().setVal(STMerge.RESTART); table.getRow(0).getCell(1).getCTTc().addNewTcPr().addNewHMerge().setVal(STMerge.CONTINUE); // 被合并的后续单元格必须设置为CONTINUE // 合并第0列，第1行到第2行（纵向合并两个单元格） table.getRow(1).getCell(0).getCTTc().addNewTcPr().addNewVMerge().setVal(STMerge.RESTART); table.getRow(2).getCell(0).getCTTc().addNewTcPr().addNewVMerge().setVal(STMerge.CONTINUE);

合并后，只有RESTART的那个单元格的内容会被保留，CONTINUE的单元格内容在Word中不显示。

行高控制： 可以通过XWPFTableRow的setHeight方法来设置。

XWPFTableRow row = table.getRow(0); row.setHeight(600); // 高度值，单位是TWIP // 或者设置为至少（AtLeast）或精确（Exactly）模式 CTTrPr trPr = row.getCtRow().addNewTrPr(); CTTblHeight height = trPr.addNewTrHeight(); height.setVal(BigInteger.valueOf(600)); // 高度值 height.setHRule(STHeightRule.AT_LEAST); // 规则：AT_LEAST（至少）, EXACT（精确）, AUTO（自动）

5. 高级技巧与性能优化实战

当数据量变大，或者文档结构复杂时，直接使用POI API可能会遇到性能问题或代码臃肿。下面分享几个进阶技巧。

5.1 使用模板引擎思想：预定义样式

反复通过底层CT（Complex Type）对象设置样式，代码冗长且易错。一个好的实践是采用“模板”思想。

1. 创建样式工具类： 将常用的单元格样式（如标题单元格、数据单元格、强调单元格）封装成方法。

   public class TableStyleUtil { public static void applyHeaderCellStyle(XWPFTableCell cell) { cell.setColor("2E74B5"); // 蓝色背景 cell.setVerticalAlignment(XWPFTableCell.XWPFVertAlign.CENTER); for (XWPFParagraph p : cell.getParagraphs()) { p.setAlignment(ParagraphAlignment.CENTER); for (XWPFRun r : p.getRuns()) { r.setBold(true); r.setColor("FFFFFF"); // 白色字体 r.setFontFamily("微软雅黑"); } } // 设置边框 setCellBorder(cell, "single", "000000", 8); } private static void setCellBorder(XWPFTableCell cell, String type, String color, int size) { // ... 边框设置代码封装 } }

2. 预渲染空模板： 对于格式极其固定的文档，可以先用Word客户端制作一个完美的、带样式的空表格文档作为模板。然后用POI读取这个模板，定位到特定的表格和单元格，仅进行数据填充。这能最大程度保证样式与设计一致，且代码更简洁。可以使用document.getTables()获取所有表格，通过索引或表格内容特征来定位。

5.2 处理大数据量：分页与内存管理

当需要生成一个包含成千上万行数据的表格时，直接将所有数据塞进一个XWPFTable会导致内存激增，甚至OOM（内存溢出）。Word本身对单个表格的行数也有限制（虽然很高），但更常见的是性能问题。

策略一：分表分页不要把所有数据放在一个表格里。可以根据数据量，每100或500行数据就结束当前表格，插入一个分页符，然后新建一个表格继续填充。分页符可以通过创建一个只包含分页符标记的段落来实现。

XWPFParagraph pageBreakPara = document.createParagraph(); pageBreakPara.createRun().addBreak(BreakType.PAGE);

策略二：流式处理与临时文件对于超大型文档生成，可以考虑使用SXSSF（用于Excel）类似的思路，但POI对Word没有官方流式API。一个折中方案是：

• 将文档生成过程分段，每生成一部分（如一个章节或一个表格）就写入临时文件，然后清空或重用部分内存对象。
• 或者，考虑换用其他更适合流式生成报告的工具，如JasperReports或直接生成PDF。但POI在直接操作Word格式方面的灵活性仍是其优势。

策略三：优化循环与对象创建在填充数据的循环中，避免在循环体内频繁创建DateFormat、NumberFormat等重量级对象。应将其提到循环外。同样，对于重复使用的样式对象，也应尽量复用。

5.3 与PDF转换的集成方案

另一个高频需求是“poi如何将doc转成pdf”或“java使用aspose降word转换为pdf”。POI本身只负责读写Office格式，不包含转换功能。常见的转换方案有：

1. Apache PDFBox + Apache POI： 这是一个免费方案，但需要你自己将Word的段落、表格等元素“翻译”成PDFBox的绘制指令，实现成本极高，不推荐用于复杂文档。
2. LibreOffice/OpenOffice (JODConverter)： 在服务器上安装LibreOffice，通过其无头模式进行转换。这是免费且功能强大的方案，但需要部署外部依赖，且转换速度和资源消耗需要评估。

   // 示例：使用JODConverter // LocalOfficeManager officeManager = LocalOfficeManager.install(); // OfficeDocumentConverter converter = new OfficeDocumentConverter(officeManager); // converter.convert(sourceDocxFile, targetPdfFile);

3. 商业库 (Aspose.Words for Java)： 功能最强大、最稳定的方案，直接调用API即可高质量转换，支持格式保留度最高。但这是商业软件，需要购买授权。

   // Aspose示例代码 // com.aspose.words.Document doc = new com.aspose.words.Document("input.docx"); // doc.save("output.pdf", com.aspose.words.SaveFormat.PDF);

选择建议： 如果转换需求是项目核心功能，且预算允许，Aspose是最省心、效果最好的选择。如果只是辅助功能，且可以接受服务器安装LibreOffice，那么JODConverter是性价比最高的免费方案。纯POI+PDFBox的方案仅适用于极其简单的文档。

6. 常见问题排查与实战心得

6.1 问题速查表

6.2 实操心得与避坑指南

• 优先使用高层API，必要时才用底层CT对象： POI的XWPF开头的类（如XWPFTableCell,XWPFParagraph）是高层API，更易用。只有当高层API无法满足需求时（如精细的边框控制），才去操作其对应的CTTcPr等底层对象。直接操作CT对象需要对OOXML结构有一定了解，且容易出错。
• 宽度单位混淆是万恶之源：DXA(TWIP),PCT,AUTO,NIL，这些宽度类型和单位很容易搞混。我的经验是：表格整体宽度用PCT百分比，单元格列宽用DXA绝对单位，这样控制力最强。记住1440 TWIP ≈ 1英寸 ≈ 2.54厘米，可以进行粗略换算。
• 样式继承的陷阱： Word文档有样式继承机制。通过document.createStyle()创建的样式可以应用到段落和表格上，实现批量管理。但自定义样式有时不如直接设置对象属性来得直接和可控，尤其是在复杂的模板填充场景中。
• 测试务必用Microsoft Word打开： 不同的文档查看器（如WPS、LibreOffice、在线预览工具）对OOXML标准的支持程度不同。POI生成的文件主要保证与Microsoft Word的兼容性。因此，最终效果的测试一定要用目标环境下的Word版本打开验证，特别是边框、合并单元格、字体等视觉效果。
• 关于“word表格双线框改成单线框”： 这个问题在POI中其实就是设置边框线型。将CTBorder的setVal参数从STBorder.DOUBLE改为STBorder.SINGLE即可。关键在于找到正确的CTTcBorders对象进行设置。

生成Word表格是一个细节决定成败的工作。从创建一个简单的表格，到控制其每一像素的呈现，Apache POI提供了足够强大但也略显繁琐的API。掌握本文介绍的这些核心概念、代码模式和避坑技巧，你应该能够应对绝大多数业务场景下的Word表格生成需求了。剩下的，就是在具体项目中不断实践和微调了。如果在实际操作中遇到新的棘手问题，不妨回头仔细检查一下宽度单位、边框对象和合并单元格的标记，这三个地方最容易藏坑。