Python上下文管理器：初始化时还是进入上下文时获取资源？

Python上下文管理器的资源获取时机差异确实是个容易踩坑的点，社区已经形成了一些惯用的处理方式，结合你提到的思路整理如下：

1. 优先在with语句内直接初始化（最佳实践） #

不管是RAII型（如open()）还是延迟型（如contextlib.contextmanager装饰的生成器），直接在with语句里初始化上下文管理器是最安全的做法，能彻底消除时机歧义：

# RAII型直接使用
with open('file.txt', 'r') as stream:
    [...]

# 延迟型也直接使用
with iter_lines("file.txt") as stream:
    [...]

如果初始化需要复杂逻辑或参数，没法一行写完，可以用普通函数封装替代lambda，可读性更好：

def get_file_stream(path):
    # 可添加参数校验、默认值等逻辑
    return iter_lines(path)

with get_file_stream("file.txt") as stream:
    [...]

这种方式从根本上避免了“提前初始化但未进入上下文”的风险，也是Python官方文档推荐的使用方式。

2. 文档与命名强化明确性 #

如果必须在with外初始化上下文管理器（比如需要复用同一个CM实例），一定要通过文档字符串明确说明资源获取时机，同时可以通过命名约定做暗示：

• 延迟型CM：命名可带上lazy、deferred前缀，比如lazy_file_reader
• RAII型CM：保持常规命名，比如file_handle

示例：

@contextlib.contextmanager
def lazy_file_reader(path):
    """延迟型上下文管理器，仅在进入with语句时打开文件。
    
    Args:
        path: 文件路径
    """
    with open(path, 'r') as stream:
        yield stream.readlines()

3. 自定义CM时统一范式 #

如果是自己编写上下文管理器，优先遵循延迟获取资源的范式（即contextlib.contextmanager的模式），这种方式更符合Python上下文管理器的设计初衷——保证资源在上下文生命周期内被管理，避免因提前初始化后未进入with导致的资源泄漏。如果确实需要RAII型的CM，务必在文档中重点标注。

你提到的两种思路都是可行的：思路2是最佳实践，应该优先采用；思路1作为补充，在无法避免提前初始化时使用。

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