Python中"with X as Y"与Java try-with-resources的差异对比

先看两段对比代码：
Java 代码：

try (InputStream in = getInput()) {
    // Java -- Do stuff
}

Python 代码：

with getInput() as source:
    # Python -- Do stuff

两者虽都用于自动管理资源，但细节上有不少关键区别：

1. 变量绑定的对象不一样 #

• Java 里的 in 直接等于 getInput() 返回的原始资源对象（比如 InputStream 实例）。
• Python 里的 source 是 getInput() 返回的上下文对象调用 __enter__() 方法后的返回值——不一定是原始对象本身。比如自定义一个上下文管理器：

  class CustomContext:
      def __enter__(self):
          return "这是__enter__返回的内容"
      def __exit__(self, *args):
          pass
  
  with CustomContext() as source:
      print(source)  # 输出：这是__enter__返回的内容
  

  这种操作在 Java 里完全不存在，Java 的变量绑定逻辑是固定的。

2. 资源清理的触发逻辑不同 #

• Java：代码块结束后（不管正常执行还是抛出异常），会自动调用资源的 close() 方法，多个资源时按声明的逆序关闭，这是语法层面强制的（只要实现了 AutoCloseable 接口）。
• Python：代码块结束后，会调用原始上下文对象的 __exit__() 方法，资源清理的逻辑完全由这个方法决定——内置对象（比如文件）的 __exit__() 会调用 close()，但这是实现细节，不是语法要求。你可以在 __exit__() 里做任何清理操作，比如释放锁、记录日志，不一定是关闭流。

3. 异常处理的逻辑有差异 #

• Java：如果 try 块抛出异常，同时 close() 也抛出异常，Java 会把 close() 的异常标记为“被抑制”，只抛出 try 块的原始异常，你可以通过 Throwable.getSuppressed() 获取被抑制的异常。
• Python：with 块抛出的异常会传给 __exit__() 的三个参数（异常类型、异常实例、追溯信息），如果 __exit__() 返回 True，这个异常会被直接吞掉；返回其他值（默认是 None）则让异常继续传播。另外，如果 __exit__() 本身抛出异常，会覆盖 with 块里的原始异常。

4. 适用范围的灵活性不同 #

• Java：try-with-resources 只能用于实现了 AutoCloseable 接口的对象，括号里必须是变量声明语句（Java 9 后支持已声明的变量，但仍需是 AutoCloseable 实例）。
• Python：with 语句可以用于任何实现了上下文管理器协议（即拥有 __enter__() 和 __exit__() 方法）的对象，甚至可以用 contextlib.contextmanager 装饰器把生成器转换成上下文管理器，不仅限于“资源”类对象，场景灵活得多。

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