with是资源安全的兜底机制，依赖上下文管理器协议（__enter__和__exit__），确保无论正常退出或异常抛出，资源均被释放；__exit__接收异常三元组，返回true可抑制异常。
别用 try/finally 手动关文件或连接了——with 不是语法糖，是资源泄漏的兜底机制。
为什么 with 能自动释放资源
核心在于上下文管理器协议：对象必须实现 __enter__ 和 __exit__ 方法。__exit__ 在代码块退出时（无论正常结束、return、还是抛异常）必然执行，这才是“自动”的本质。
- 常见内置类型如
open()、threading.Lock、tempfile.TemporaryDirectory都实现了该协议 - 自定义类只要正确定义这两个方法，就能用
with - 多个资源可写在同一行：
with open('a') as f1, open('b') as f2:，失败时已进入的资源仍会正确清理
with 里抛异常，资源还安全吗
安全。这是 with 最关键的价值点——它不依赖“代码是否跑完”，而依赖“作用域是否退出”。
with open('data.txt') as f:
data = f.read()
if 'error' in data:
raise ValueError('bad content') # 这里抛异常，f 依然被关闭
-
__exit__接收三个参数：exc_type、exc_value、traceback；返回True可抑制异常（慎用） - 数据库连接、网络 socket、锁等同样适用；但注意：若
__exit__自身抛异常，会覆盖原异常（Python 3.7+ 改为链式报错） - 不要在
__exit__里做耗时操作（如重试上传），可能拖慢异常传播
正则中贪婪 vs 非贪婪到底影响什么
影响的是匹配的“伸缩方向”：贪婪（默认）尽可能吞最多字符，非贪婪（加 ?）尽可能吞最少字符，但都从左到右扫描。
立即学习“Python免费学习笔记（深入）”；
text = '<div>hello</div><div>world</div>' re.findall(r'<div>.*</div>', text) # ['<div>hello</div><div>world</div>'] re.findall(r'<div>.*?</div>', text) # ['<div>hello</div>', '<div>world</div>']
- 贪婪不是“全局最长匹配”，而是“当前能匹配到的最右边界”；非贪婪也不是“最短”，而是“遇到第一个满足结尾的位置就停”
-
.*和.*?在换行符处理上一致，默认都不跨行；要跨行需加re.DOTALL - 性能上，非贪婪常更慢，因为它要反复回溯试探；明确边界比依赖
?更可靠（例如用[^ 替代 <code>.*?匹配标签内文本）
什么时候该放弃正则，改用其他方式
当目标结构有嵌套、层级或语义约束时，正则极易出错且难维护。
