泛型流组合重构嵌套IO的核心是让数据流动而非阻塞读取，通过泛型函数接口统一IO契约、流式链式组合替代嵌套循环、资源感知工具类管理生命周期、领域对象替代原始解析，实现职责分离、类型安全与可维护性。
用泛型流组合重构嵌套IO，关键不是把文件读完再处理，而是让数据流动起来——每一步操作只关心自己的输入输出类型，异常、资源、转换逻辑各司其职，不再挤在一层方法里。
用泛型函数接口统一IO操作入口
初学者常把读取、解析、转换全塞进一个 try-catch 块里，导致缩进深、职责混、难复用。应定义泛型 IO 函数接口，明确“输入 → 可能抛 IOException → 输出”契约：
-
声明接口：如
IOFunction<Path, List<Order>>或IOBiFunction<InputStream, Charset, JsonObject> - 封装异常转换：所有实现内部只做业务逻辑，IOException 统一包装为 UncheckedIOException，不暴露给调用链
- 避免重复 try-catch：调用方不再写任何 catch，只专注组合，异常由顶层统一捕获和日志记录
用流式组合替代手动嵌套循环
传统写法常是“打开文件 → 逐行读 → 每行 split → 转数字 → 累加”，层层缩进；改用 Stream + 泛型函数链式组合后，逻辑变平铺：
-
拆解为可复用步骤：如
linesOf(path)返回Stream<String>，parseAsInt()是Function<String, Integer>，sumIfPositive()是Predicate<Integer> -
组合时类型自动推导：
linesOf(p).map(parseAsInt).filter(sumIfPositive).reduce(0, Integer::sum)，每步输入输出类型清晰，IDE 可精准提示 - 错误位置即中断点：某行 parse 失败时，UncheckedIOException 直接在 map 阶段抛出，堆栈指向具体哪一行哪一列，不淹没在多层 try 中
用资源感知的泛型工具类管理生命周期
嵌套IO最易忽略资源泄漏，比如 FileInputStream 打开后没 close，或 Stream 忘记 try-with-resources。泛型工具应内置资源契约：
-
返回 AutoCloseable Stream：如
Stream<String> safeLines(Path p)内部已用 try-with-resources 包裹 Files.lines，调用方无需关心关闭 -
支持泛型资源闭包：提供
using(InputStream is, IOFunction<InputStream, R> f)，自动 close，且 f 的返回类型 R 可任意（String / JsonNode / List<T>） -
大文件友好设计：拒绝
Files.readAllLines()这类一次性加载，坚持流式处理，内存占用与文件大小无关
用领域对象替代原始字符串/数组解析
嵌套IO中常见 “line.split(“,”)[2].trim().replace(“-“, “”).toLong()”，既脆弱又不可读。应升级为语义化对象：
-
定义不可变数据类：如
OrderRecord.of(String line)内部完成校验、转换、默认值填充，失败时抛 UncheckedIOException -
泛型解析器工厂：
LineParser.<OrderRecord>builder().delimiter(“,”).field(“id”, Long::parseLong).field(“name”, s -> s).build() -
组合更自然：从
lines.map(OrderRecord::of)变成lines.map(parser::parse)，类型安全，字段名可查，新增字段不改调用链
