该问题源于循环首次迭代时未正确初始化累计逻辑，导致首笔金额被遗漏并错位写入下一条记录；核心在于 prevBill 初始为空字符串，使首行跳过累加直接输出默认 0.0。
该问题源于循环首次迭代时未正确初始化累计逻辑，导致首笔金额被遗漏并错位写入下一条记录；核心在于 `prevbill` 初始为空字符串，使首行跳过累加直接输出默认 `0.0`。
在处理按“Bill”字段分组汇总金额（totalAmount）并逐组写入文本文件的逻辑中，一个常见但易被忽视的边界问题是：首次进入循环时，prevBill 为空字符串（""），而第一行的 bill 值（如 "Bill-202300047"）必然不等于空字符串，因此条件 if(bill.equals(prevBill)) 恒为 false。这导致：
- 第一行的 amount 未被加入 totalAmount（仍为初始 0.0）；
- 程序立即执行 else 分支：用 totAmount = "0,0" 写出第一行；
- 随后才将当前 amount 赋给 totalAmount，并更新 prevBill —— 但此时第一行已错误落盘。
✅ 正确做法是：确保首行金额也被纳入累计，并延迟首次写入，直到确认分组变更或循环结束。
✅ 推荐修复方案（两步优化）
1. 初始化 prevBill 为 null，并使用 Objects.equals() 安全比较
避免空字符串误判，明确区分“无前值”与“空 Bill”。
2. 将写入逻辑移至分组变更 或 循环结束后
即：仅当 bill 变化时，才写出上一组的汇总结果；循环结束后，必须补写最后一组。
以下是修正后的关键代码段（仅展示核心逻辑变更部分）：
import java.util.Objects; // ... 其他代码保持不变 ... String prevBill = null; // ← 改为 null，更语义清晰 double totalAmount = 0.0; for (int i = 1; i <h3>⚠️ 注意事项与最佳实践</h3>
- 数字格式化推荐 String.format(Locale.FRANCE, "%.1f", value)：比手动 replace(".", ",") 更健壮（自动处理整数、小数位数、千分位等），且明确指定法语区域以确保逗号小数点。
-
始终关闭资源：建议使用 try-with-resources 替代手动 close()，避免资源泄漏：
try (FileInputStream excelFile = new FileInputStream(...); Workbook workbook = new XSSFWorkbook(excelFile); PrintWriter writer = new PrintWriter(new FileWriter(...))) { // 主逻辑 } - 空单元格防护：当前代码未检查 row.getCell(x) 是否为 null，生产环境应添加 if (cell == null) continue; 或提供默认值。
- 日期解析健壮性：Double.parseDouble(closedDate) 可能抛异常，建议用 DataFormatter 或 Apache POI 的 DateUtil.isCellDateFormatted() 预检。
✅ 修复效果验证
对原始数据：
Bill-202300047 → amount=254.5 Bill-202300050 → amount=278.5 ...
修正后，第一行将正确输出 "VEN";"2023";...;"254,5";"Dick Schuurman";...，不再出现 "0,0" 错位。
通过初始化控制 + 延迟写入 + 终止补写三重保障，即可彻底解决 totAmount 下移一行的根本问题。
