java iterator 的核心价值是按需加载与内存隔离，通过惰性加载、轻量归并、上下文隔离和资源可控四大机制实现海量数据流的高效处理。
Java Iterator 在处理海量数据流时，核心价值不是“遍历已有集合”，而是作为按需加载与内存隔离的契约接口——它把“何时读”“读多少”“在哪处理”的控制权交还给调用方，避免一次性加载、避免跨域引用、避免状态污染。
封装数据源为惰性迭代器，不触发实际 I/O 直到 next()
不要把日志文件、数据库游标或远程分页结果先转成 ArrayList 或 Stream.toList()。应直接实现 Iterable/Iterator，让每次 next() 才打开文件句柄、执行 SQL 查询或发起 HTTP 请求：
- 对大文本日志：用
BufferedReader包装文件流，next()内部只调用readLine()一行，解析时间戳并缓存为 long，不保留整行字符串 - 对分页 API：Iterator 的
hasNext()判断是否还有下一页（查 page_token 或 total_count），next()仅拉取当前页 100 条，处理完即丢弃 - 禁止在构造迭代器时预读多条——这会破坏“按需”语义，也容易因异常导致资源泄漏
用堆+三元组做多路归并，堆中零业务数据
合并多个有序日志流时，最小堆不存日志内容，只存轻量三元组 (timestamp, sourceId, iterator)：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
timestamp必须是预解析好的 long 值（如毫秒级 Unix 时间），避免堆比较时重复解析字符串 -
iterator是活的、未耗尽的迭代器对象，pop 后立即调用next(iterator, null)推进；若返回 null，说明该源已结束，不再入堆 - 整个过程不缓存任何原始日志行，也不构建中间 List 或 Map，内存占用恒定在 O(k)，k 为源个数
通过自定义 Iterator 实现访问边界与上下文隔离
对外暴露的 Iterator 可内置校验、限流、转换逻辑，且不依赖外部状态：
- 在
hasNext()中检查是否超出行数限制（如最多返回 5000 条）、是否超出时间窗口（如只取最近 24 小时） - 在
next()中完成字段脱敏、JSON 解析、单位换算等，返回的是加工后对象，原始数据不出迭代器作用域 - 每个迭代器实例持有独立缓冲区和计数器，多个线程或请求并发使用互不影响
配合 try-with-resources 管理底层资源生命周期
当迭代器包装了文件、Socket 或数据库连接时，不能靠 GC 回收。应让迭代器实现 AutoCloseable，并在使用时显式关闭：
- 在
close()方法中释放 BufferedReader、PreparedStatement 或 HTTP client connection - 调用方用
try (Iterator<t> it = dataSource.iterator()) { ... }</t>，确保即使中途 break 或异常，资源也能释放 - 避免把迭代器设计成“可重复使用”——一次迭代即一次资源生命周期，重用需新建实例
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
