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。

下载

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
• 性能上，非贪婪常更慢，因为它要反复回溯试探；明确边界比依赖 ? 更可靠（例如用 [^ 替代 .*? 匹配标签内文本）

什么时候该放弃正则，改用其他方式

当目标结构有嵌套、层级或语义约束时，正则极易出错且难维护。

• 解析 HTML/XML：用 BeautifulSoup 或 lxml；正则匹配
  可能漏掉属性、自闭合、注释、CDATA 等
• 提取 JSON 片段：用 json.loads() 配合字符串定位，别用正则解析 JSON
• 日期/邮箱/URL 等复杂格式：优先用成熟库（dateutil、email-validator、urllib.parse），正则容易漏边角 case

正则适合简单提取、日志切分、路径替换这类线性文本操作；一旦出现括号嵌套、引号包裹、状态依赖，就是信号：该换工具了。