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 非贪婪到底影响什么
贪婪 vs 非贪婪到底影响什么影响的是匹配的“伸缩方向”：贪婪（默认）尽可能吞最多字符，非贪婪（加 ?）尽可能吞最少字符，但都从左到右扫描。
text = 'helloworld' re.findall(r'.*', text) # ['helloworld'] re.findall(r'.*?', text) # ['hello', 'world']
- 贪婪不是“全局最长匹配”，而是“当前能匹配到的最右边界”；非贪婪也不是“最短”，而是“遇到第一个满足结尾的位置就停”
-
.*和.*?在换行符处理上一致，默认都不跨行；要跨行需加re.DOTALL - 性能上，非贪婪常更慢，因为它要反复回溯试探；明确边界比依赖
?更可靠（例如用[^ 替代.*?匹配标签内文本）
什么时候该放弃正则，改用其他方式
当目标结构有嵌套、层级或语义约束时，正则极易出错且难维护。
- 解析 HTML/XML：用
BeautifulSoup或lxml；正则匹配可能漏掉属性、自闭合、注释、CDATA 等- 提取 JSON 片段：用
json.loads()配合字符串定位，别用正则解析 JSON- 日期/邮箱/URL 等复杂格式：优先用成熟库（
dateutil、email-validator、urllib.parse），正则容易漏边角 case正则适合简单提取、日志切分、路径替换这类线性文本操作；一旦出现括号嵌套、引号包裹、状态依赖，就是信号：该换工具了。
- 提取 JSON 片段：用
