能否省略try-catch？try-with-resources捕获即抛出是否合理？无try抛异常会泄漏吗？

1. 捕获异常后立即抛出是否属于良好的编程模式？ #

这种捕获后直接原地抛出的写法完全是冗余代码，算不上良好的编程模式。你既没有对异常做任何实际处理——比如记录日志、包装成更上层的业务异常、添加恢复逻辑，也没有改变异常的传播路径，只是多写了几行无意义的代码，徒增阅读负担。如果你的目标就是让异常向上层调用方传递，那这个catch块完全没必要存在。

2. 省略try块，直接声明方法抛出IOException是否可行？ #

当然可行，而且这是更简洁、更合理的写法。try-with-resources的核心价值是自动关闭资源，不管代码正常执行还是抛出异常，try块结束后BufferedReader都会被自动关闭，这个机制和方法是否声明抛出异常没有任何冲突。

优化后的代码可以写成这样：

public void fetchHtml(URL url) throws IOException {
    try(BufferedReader reader = new BufferedReader(new InputStreamReader(url.openStream()))) {
        // 在这里编写处理HTML内容的逻辑
    }
}

这里不需要额外的catch块，异常会自然向上传播，同时资源的关闭逻辑由try-with-resources自动保证，代码更简洁易读。

3. 这种情况下是否存在潜在的内存泄漏问题？ #

完全不用担心内存泄漏。try-with-resources是Java 7引入的语法糖，它会自动生成finally块来关闭所有实现了AutoCloseable接口的资源——BufferedReader和InputStreamReader都实现了这个接口。不管代码是正常执行完成，还是中途抛出异常，资源都会被及时关闭，对应的底层IO流也会被释放，从根本上避免了手动关闭资源可能出现的泄漏问题。

内容的提问来源于stack exchange，提问作者floatfoo