我之前用POI操作Word表格时也踩过类似的坑，你的代码没生效大概率是几个细节没处理到位，咱们来拆解问题并修复：

问题根源分析 #

1. 正向遍历删除的索引错位问题
   你用正向循环遍历列，当删除一个单元格后，后面的单元格会自动前移补位，导致后续的索引对应不上，要么漏删要么触发索引越界，这是删除操作里的常见误区。

2. 缺少表头匹配逻辑
   从你贴的代码片段看，没有判断哪个表头是"Serious"的逻辑，相当于没找准要删的列位置，自然看不到效果。

3. removeCell的使用场景限制
   row.removeCell(int pos) 需要确保目标索引在当前行的单元格数量范围内，而且如果存在单元格合并的情况，这个方法可能无法正确处理（合并单元格需要单独处理合并关系）。

修正后的代码示例 #

public static void remCells(XWPFTable table) {
    // 1. 先定位表头中"Serious"列的索引
    int targetCol = -1;
    XWPFTableRow headerRow = table.getRow(0);
    if (headerRow == null) {
        return; // 空表格直接返回
    }

    // 遍历表头单元格找目标列
    for (int i = 0; i < headerRow.getTableCells().size(); i++) {
        XWPFTableCell cell = headerRow.getTableCells().get(i);
        // 注意trim处理空格，避免表头有多余空格导致匹配失败
        if ("Serious".equals(cell.getText().trim())) {
            targetCol = i;
            break;
        }
    }

    if (targetCol == -1) {
        return; // 没找到目标列，无需操作
    }

    // 2. 从后往前遍历所有行，删除对应列的单元格
    // 反向遍历避免删除后索引错位
    for (int rowIdx = table.getNumberOfRows() - 1; rowIdx >= 0; rowIdx--) {
        XWPFTableRow row = table.getRow(rowIdx);
        if (row == null || row.getTableCells().size() <= targetCol) {
            continue; // 跳过空行或列数不足的行
        }
        row.removeCell(targetCol);
    }
}

额外注意事项 #

• 如果你的表格存在合并单元格（比如表头单元格跨列合并），getTableCells() 获取的单元格数量可能和视觉上的列数不一致，这时候需要先解析CTTblGrid来确认实际列数，再处理合并关系。
• 确保使用的POI版本是4.1.0以上，旧版本的removeCell方法存在一些bug，升级版本可能解决莫名的无效问题。

内容的提问来源于stack exchange，提问作者dimas