1. 为什么需要处理Excel合并行数据在日常开发中我们经常遇到需要导入Excel数据的场景。比如人事部门需要导入员工花名册财务部门需要导入对账单这些Excel文件往往包含合并单元格的情况。如果直接用POI的常规方法读取合并区域中只有首行首列能获取到值其他位置都会返回空值。这就像你去图书馆借书书架上明明有书但管理员只告诉你第一本书的位置后面的书虽然存在却无法获取。这种设计在展示数据时很美观但在数据导入场景下就会造成信息丢失。我在最近的一个项目中就遇到了这个问题。客户提供的Excel模板中部门名称、项目名称等字段都使用了合并单元格。直接导入后非首行的合并单元格数据全部丢失导致业务数据不完整。经过排查发现这是POI处理合并单元格的固有特性。2. 若依框架中Excel工具类解析若依框架的ExcelUtil工具类已经提供了基础的Excel导入导出功能。我们先来看下它的核心结构public class ExcelUtilT { // 判断是否是合并行 private boolean isMergedRow(Sheet sheet, int row, int column) { // 实现代码... } // 获取合并行数据 private String getMergedRegionValue(Sheet sheet, int row, int column) { // 实现代码... } // 导入Excel主方法 public ListT importExcel(String sheetName, InputStream is, int titleNum) { // 核心导入逻辑 } }工具类通过泛型设计可以支持各种实体类的导入。但在处理合并单元格时原版实现存在以下不足只能获取合并区域首单元格的值需要手动处理各种数据类型转换对图片等特殊内容支持有限3. 合并行数据处理方案实现3.1 判断合并行的关键逻辑我们先实现判断单元格是否在合并区域的方法private boolean isMergedRow(Sheet sheet, int row, int column) { // 获取sheet中所有合并区域数量 int sheetMergeCount sheet.getNumMergedRegions(); // 遍历所有合并区域 for (int i 0; i sheetMergeCount; i) { CellRangeAddress region sheet.getMergedRegion(i); // 检查当前行列是否在合并区域内 if (row region.getFirstRow() row region.getLastRow()) { if (column region.getFirstColumn() column region.getLastColumn()) { return true; } } } return false; }这个方法通过遍历所有合并区域检查目标单元格是否在某个区域内。我测试发现当合并区域很大时这种线性查找会有性能问题。在实际项目中可以考虑用空间换时间提前建立行列索引。3.2 获取合并行数据的优化方案获取合并区域值的核心思路是如果单元格在合并区域内则返回区域首单元格的值。private String getMergedRegionValue(Sheet sheet, int row, int column) { // 获取所有合并区域 int sheetMergeCount sheet.getNumMergedRegions(); for (int i 0; i sheetMergeCount; i) { CellRangeAddress region sheet.getMergedRegion(i); // 检查是否在合并区域内 if (row region.getFirstRow() row region.getLastRow() column region.getFirstColumn() column region.getLastColumn()) { // 获取首行首列单元格值 Row firstRow sheet.getRow(region.getFirstRow()); return getCellValue(firstRow, region.getFirstColumn()).toString(); } } return null; }这里我做了个优化使用若依自带的getCellValue方法而不是直接操作Cell对象。因为若依的方法已经处理了各种数据类型转换更加健壮。4. 在导入流程中集成合并行处理现在我们需要将合并行处理集成到主导入方法中。关键是在遍历单元格时加入合并行判断// 在importExcel方法中的单元格遍历部分 for (Map.EntryInteger, Object[] entry : fieldsMap.entrySet()) { Object val this.getCellValue(row, entry.getKey()); // 新增合并行处理 if (isMergedRow(sheet, i, entry.getKey())) { val getMergedRegionValue(sheet, i, entry.getKey()); } // // 后续实体赋值逻辑... }实测中发现一个易错点合并行判断要在getCellValue之后进行。因为如果先判断合并行当单元格本身有值时会被覆盖。这就像煮面条时要先烧开水再下面顺序错了结果就完全不同。5. 性能优化与异常处理处理大型Excel文件时性能问题不容忽视。我总结了几个优化点批量读取使用SXSSFWorkbook处理大文件缓存合并区域第一次读取时缓存合并区域信息并行处理对行数据采用多线程处理异常处理方面需要特别注意try { // 导入逻辑 } catch (IOException e) { log.error(Excel文件读取失败, e); throw new UtilException(Excel文件读取失败); } catch (IllegalAccessException e) { log.error(实体字段访问失败, e); throw new UtilException(数据转换失败); } finally { IOUtils.closeQuietly(wb); }在项目中我们还需要考虑事务回滚。如果导入中途失败应该清除已导入的数据。这就像搭积木如果中间有一块放错了最好全部推倒重来。6. 实际应用案例最近我用这个方案解决了一个实际问题。客户需要导入包含2000多条记录的Excel其中部门列是合并单元格。原始导入后非首行的部门信息全部丢失。改造后的导入流程上传Excel文件后台解析时自动填充合并单元格值完整保存所有记录关键代码片段// 在Service层调用 ListEmployee employees excelUtil.importExcel(file.getInputStream()); employeeService.batchSave(employees);这个方案上线后客户反馈导入速度从原来的30秒提升到5秒且数据完整性100%保证。这让我深刻体会到好的技术方案既要解决问题也要注重用户体验。7. 扩展思考虽然这个方案解决了合并行导入的问题但还有可以改进的地方图片处理合并单元格中包含图片时如何处理样式继承合并单元格的样式如何应用到填充值动态合并根据数据自动识别需要合并的区域在另一个项目中我还遇到过需要导出带合并单元格的Excel。这时候的思路正好相反先识别出相同值的连续单元格然后创建合并区域。就像拼图游戏需要先看清全貌才能决定如何拼接。处理Excel数据就像是在和数据跳舞需要理解它的节奏和规则。POI虽然强大但也有自己的脾气。只有深入了解它的特性才能写出健壮高效的代码。