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 非贪婪到底影响什么
影响的是匹配的“伸缩方向”：贪婪（默认）尽可能吞最多字符，非贪婪（加 ?）尽可能吞最少字符，但都从左到右扫描。
htmlppt.skill
下载
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
立即学习“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>.*?匹配标签内文本）
什么时候该放弃正则，改用其他方式
当目标结构有嵌套、层级或语义约束时，正则极易出错且难维护。
- 解析 HTML/XML：用
BeautifulSoup或lxml；正则匹配<div> 可能漏掉属性、自闭合、注释、CDATA 等<li>提取 JSON 片段：用 <code>json.loads()配合字符串定位，别用正则解析 JSON - 日期/邮箱/URL 等复杂格式：优先用成熟库（
dateutil、email-validator、urllib.parse），正则容易漏边角 case
正则适合简单提取、日志切分、路径替换这类线性文本操作；一旦出现括号嵌套、引号包裹、状态依赖，就是信号：该换工具了。
