try-with-resources中资源初始化按声明从左到右顺序执行，关闭则按逆序；依赖资源必须前置声明以确保初始化正确性与关闭安全性，编译器不校验依赖关系。
Java 的 try-with-resources 会按声明顺序的逆序关闭资源，但资源本身的初始化顺序仍由代码书写顺序决定——也就是说，你必须手动保证依赖关系，编译器和 JVM 不会帮你校验或调整初始化顺序。
资源初始化顺序由分号分隔的声明顺序决定
多个资源在同一 try 括号中用分号隔开，它们按从左到右顺序初始化。如果后一个资源依赖前一个（例如用 FileInputStream 构造 BufferedInputStream），就必须把被依赖的资源写在前面：
try (FileInputStream fis = new FileInputStream("a.txt"); // 先初始化
BufferedInputStream bis = new BufferedInputStream(fis)) { // 后初始化，依赖 fis
// 使用 bis
}
如果颠倒顺序（比如先声明 bis 再声明 fis），编译会报错：变量未声明或作用域不可见。
关闭顺序固定为声明顺序的逆序
无论初始化是否有依赖，关闭一定按“后声明、先关闭”的原则执行。上面例子中：
立即学习“Java免费学习笔记（深入）”；
- 先初始化
fis，再初始化bis - 关闭时先调用
bis.close()，再调用fis.close()
这符合资源释放的安全逻辑：依赖者（bis）应比被依赖者（fis）先关闭，避免在关闭过程中访问已失效的底层资源。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
有依赖但无法单行声明时，需提前声明 + 赋值
若资源构造逻辑复杂（如需要异常处理、条件分支），不能直接在 try 括号中完成初始化，可先在 try 外声明引用变量，再在 try 中赋值：
FileInputStream fis = null;
BufferedInputStream bis = null;
try {
fis = new FileInputStream("a.txt");
bis = new BufferedInputStream(fis);
// 使用 bis
} finally {
// 手动 close？不推荐 —— 改用 try-with-resources 风格
}
更推荐的方式是拆成嵌套 try 或重构为可直接声明的结构。实在不行，可用“声明 + 初始化 + try-with-resources”组合：
FileInputStream fis = new FileInputStream("a.txt");
try (FileInputStream _fis = fis; // 占位，实际不 new
BufferedInputStream bis = new BufferedInputStream(fis)) {
// 使用 bis
} // 关闭顺序：bis → _fis（即 fis），但 fis 只 close 一次
注意：这样写虽可行，但易引发重复 close 或 null 异常，不推荐。优先确保所有资源都能在 try 括号内完成初始化。
异常传播与抑制机制不影响初始化顺序
初始化过程中任一资源构造抛出异常，后续资源不会尝试初始化，已成功初始化的资源会按逆序自动关闭。例如：
-
fis成功 →bis构造时抛异常 →fis.close()会被自动调用 - 该异常成为主异常，
fis.close()抛的异常（如有）会被抑制（suppressed）
所以初始化顺序不仅关乎功能正确性，也影响异常堆栈的清晰度和资源泄漏风险。
