Lambda封装资源关闭逻辑的核心是抽离“打开→执行→关闭”模板，通过ResourceExecutor接口和use工具方法实现自动生命周期管理，调用方仅关注业务Lambda，确保异常下资源仍被安全关闭。
用 Lambda 表达式封装资源关闭逻辑，核心是把“打开资源 → 执行业务 → 关闭资源”这一固定流程抽离成可复用的模板，让调用方只关注业务代码，避免手动 try-finally 或 try-with-resources 的遗漏或误写，从而提升健壮性。
用函数式接口抽象资源操作
定义一个泛型函数式接口，接收资源和业务逻辑（Lambda），自动处理生命周期：
@FunctionalInterface
public interface ResourceExecutor<T, R> {
R execute(T resource) throws Exception;
}
它明确表达“对某类资源执行某操作并返回结果”的语义，比直接用 Consumer 或 Function 更具可读性和约束力。
封装通用执行模板方法
提供静态工具方法，内部完成资源获取、异常传播、确定性关闭：
public class Resources {
public static <T extends AutoCloseable, R> R use(
Supplier<T> resourceSupplier,
ResourceExecutor<T, R> executor) throws Exception {
T resource = resourceSupplier.get();
try {
return executor.execute(resource);
} finally {
if (resource != null) {
resource.close();
}
}
}
}
-
Supplier<T> 负责创建/获取资源（如
() -> new FileInputStream("a.txt")） -
ResourceExecutor 封装业务逻辑（如
is -> is.read()），不暴露资源变量作用域外 - finally 中 close() 确保无论是否异常都执行，且判空避免 NPE
实际调用简洁安全
使用时只需传入两段 Lambda，无需显式 try/catch/finally：
// 读文件字节数
int len = Resources.use(
() -> new FileInputStream("data.bin"),
is -> is.available()
);
// 写数据库并返回主键
Long id = Resources.use(
() -> dataSource.getConnection(),
conn -> {
PreparedStatement ps = conn.prepareStatement("INSERT ...", Statement.RETURN_GENERATED_KEYS);
ps.executeUpdate();
ResultSet rs = ps.getGeneratedKeys();
return rs.next() ? rs.getLong(1) : null;
}
);
即使业务 Lambda 抛出异常，资源仍会被关闭；若资源构造本身失败（如文件不存在），则不进入 finally，符合预期。
扩展支持多资源与异常分类
可进一步重载方法支持多个资源（如连接 + 语句）、或区分检查异常/运行时异常的处理策略。例如增加 useQuietly 忽略 close 异常，避免掩盖主业务异常。
这种封装把资源管理从“每个地方都要写一遍”变成“一次定义，处处安心”，代码更短，出错点更少，稳定性自然提升。
