出库单模板避坑指南：3个致命错误让代码跑不通
刚把同事给的出库单打印代码拷过来，一跑直接报空指针？或者打印出来的表格列宽全乱了，客户退货单和发货单混在一起？别急着删库跑路，这大概率不是你的锅，而是模板解析逻辑里的经典坑。我踩过无数次的坑，今天把这份出库单模板避坑指南摊开给你看，专治各种“复制来的代码跑不通不知道怎么调”。
坑一：动态列映射错乱，数据串位
现象 打印出来的出库单，第一列应该是“商品名称”，结果印成了“订单号”；第二列“规格”位置出现了价格数字。数据本身没错，但位置全歪了。
根本原因
很多开发习惯用 List<String> 直接存表头，再用 List<Object> 存数据，中间靠索引 get(i) 对应。一旦后台返回的字段顺序变了，或者前端传的 Map 无序，索引对不上，数据就串位了。这是 Stack Overflow 上关于报表模板问题的高频痛点，核心在于结构耦合。
错误写法对比
// 错误：硬编码索引，脆弱且难维护
List<String> headers = Arrays.asList("订单号", "商品名", "规格", "数量");
List<Object> rowData = new ArrayList<>();
rowData.add(order.getOrderId());
rowData.add(order.getProductName());
// 如果后端新增了一个“备注”字段插在中间，这里全部错位
for (int i = 0; i < headers.size(); i++) {cell.setText(String.valueOf(rowData.get(i)));
}
正确写法对比
// 正确：基于字段名映射，解耦数据结构
Map<String, String> columnMap = new LinkedHashMap<>();
columnMap.put("orderId", "订单号");
columnMap.put("productName", "商品名");
columnMap.put("spec", "规格");
columnMap.put("quantity", "数量");// 遍历数据对象，通过反射或 Getter 方法取值
for (Map.Entry<String, String> entry : columnMap.entrySet()) {String fieldName = entry.getKey();Object value = BeanUtil.getProperty(order, fieldName);cell.setText(value != null ? value.toString() : "");
}
复现与修复代码
如果你的项目还没重构，先用一个 Map 做中转层。把数据库查出来的 List<Map<String, Object>> 按照模板定义的 Key 顺序重新组装。关键代码：
// 修复：按模板定义的顺序重组数据
List<String> templateKeys = Arrays.asList("orderId", "productName", "spec", "quantity");
List<Object> orderedData = new ArrayList<>();
for (String key : templateKeys) {orderedData.add(dataMap.getOrDefault(key, ""));
}
这样即使后端 SQL 查询顺序变了，只要 Key 对得上，前端打印就不会错乱。
坑二：分页截断导致内容丢失
现象 出库单数据量一大，比如超过 20 行，打印出来只有一页，后面的商品直接消失。或者跨页时，表头没有重复，导致第二页看起来像没标题的孤儿数据。
根本原因
大多数开发者忽略了对流式输出的分页处理。Java 的 PDF 或 Excel 库通常有页大小限制，如果一次性渲染所有行，引擎会默默截断。另外，表头重复需要显式配置 repeatHeader 属性，而不是默认行为。
错误写法对比
// 错误：一次性渲染所有数据，无分页逻辑
PdfPTable table = new PdfPTable(4);
for (OrderItem item : itemList) {table.addCell(item.getProductName());table.addCell(item.getSpec());// 当 itemList 有 500 条时，PDF 引擎可能报错或截断
}
document.add(table);
正确写法对比
// 正确：手动分页 + 表头重复
int pageSize = 20;
PdfPTable table = new PdfPTable(4);
table.setHeaderRows(1); // 关键：指定前1行为表头，每页自动重复for (int i = 0; i < itemList.size(); i++) {OrderItem item = itemList.get(i);table.addCell(item.getProductName());table.addCell(item.getSpec());// 每页结束前检查是否需要换页if ((i + 1) % pageSize == 0 && i != itemList.size() - 1) {document.add(table);document.newPage();table = new PdfPTable(4); // 新建表格实例table.setHeaderRows(1);}
}
document.add(table);
复现与修复代码
如果你用的是 EasyExcel 或 Apache POI，注意 Sheet 的行数限制。修复方案是引入一个分页游标，每处理完一批数据就 flush 一次。同时，务必在模板 XML 或代码中设置 repeat="header" 属性。记住，分页不是自动的，必须显式声明。
坑三：特殊字符与编码陷阱
现象
商品名称里带了 <、>、& 或者换行符 \n，打印出来的 PDF 里直接变成乱码，或者整个表格结构崩溃，变成一堆标签符号。
根本原因 HTML 转义没做。很多模板引擎（如 JasperReports、Freemarker）默认把内容当 HTML 解析。如果数据里有未转义的 HTML 标签，解析器会把它当成真实标签处理，导致 DOM 树结构损坏。这是 Stack Overflow 上 Java 报表问题的另一个高频雷区。
错误写法对比
// 错误：直接插入原始字符串
cell.setText(productName);
// 如果 productName 是 "A<B"，PDF 可能渲染异常或报错
正确写法对比
// 正确：转义特殊字符
import org.apache.commons.text.StringEscapeUtils;String safeName = StringEscapeUtils.escapeHtml4(productName);
cell.setText(safeName);// 处理换行符
String safeSpec = spec.replace("\n", "<br/>");
// 注意：如果模板不支持 HTML 标签，应使用 \n 并开启自动换行属性
复现与修复代码
全局加一个过滤器。在数据进入模板引擎之前，统一做一次 XSS 和 HTML 转义。对于换行符，根据目标格式决定：PDF 用 <br/> 或空格替代，Excel 用 \n 并设置单元格垂直对齐为顶部。
进阶技巧：模板与代码解耦
规避建议 别把列名、顺序硬编码在 Java 里。建议用 YAML 或 JSON 配置文件定义模板结构，代码只负责读配置和数据绑定。这样产品经理改个列名，不用发版，改配置重启即可。
# template-config.yaml
columns:- key: "orderId"title: "订单号"width: 15%- key: "productName"title: "商品名称"width: 40%- key: "spec"title: "规格"width: 25%- key: "quantity"title: "数量"width: 20%
代码里遍历这个配置列表，动态生成表头和数据行。这样既解决了索引错乱，又实现了配置化。
调试技巧
遇到打印问题，先别猜。在 add 数据到表格之前，把 rowData 和 headers 打印到控制台，肉眼比对一下 Key 和 Value 是否一一对应。80% 的问题都是数据源本身就错了，而不是渲染错了。
性能优化
大数据量出库单（>1000行），避免在循环里创建 Font 或 Paragraph 对象。这些对象创建成本高，复用实例能提升 30% 以上的渲染速度。
结尾
做出库单模板，看似简单，实则处处是坑。索引错位、分页截断、字符转义，这三个坑踩中任何一个，用户就会觉得你的系统很不专业。记住，模板是死的，数据是活的，中间的映射逻辑才是核心。
这个知识点你面试被问过吗？尤其是关于 PDF 分页和表头重复的实现细节，很多候选人只知道调库，不知道底层原理。留言说说你遇到的最奇葩的模板 bug，咱们一起拆解看看。
