Python 预编译与缓存机制
每次调用模块级函数时，标准库会先按模式与标志位去缓存里找已编译的对象，命中就直接复用。因此真正需要预编译的场景是：模式在循环外固定、希望编译错误在启动阶段暴露、或者想避免缓存查找与键比较带来的额外开销。需要注意缓存的容量是有限的，大量动态拼接的模式会把缓存挤掉。
基本信息
| 预编译接口 | compile 返回模式对象，该对象暴露 search、match、fullmatch、findall、sub 等方法 |
|---|---|
| 缓存机制 | 模块级函数内部先查缓存再编译，键由模式与标志位共同决定 |
| 缓存容量 | 容量由实现决定，可以查看相关内部属性，不同版本可能变化 |
| 清理接口 | purge 用于清空缓存，通常在排查内存占用时使用 |
典型使用场景
- 服务启动自检：把全部规则集中编译一次，模式写错时启动即失败，而不是等到请求到达
- 热点循环：模式固定且调用量大时预编译并复用对象，避免反复查缓存
- 规则集中管理：把模式与说明放在一处，便于评审与统一加标志位
- 动态模式场景：模式由配置拼接时不要预编译，交给缓存与调用时编译更简单
- 内存排查：缓存长期积累大量模式时，清理缓存并改为预编译固定集合
预编译与缓存行为
预编译与缓存行为
import re
EMAIL = re.compile(r'^[^@\s]+@[^@\s]+$') # 模块级预编译，进程内复用
if not EMAIL.fullmatch(raw): reject() # 通过模式对象调用，接口与模块级一致
# 模块级函数与预编译对象共用同一套缓存，写法可以按可读性选择
re.search(r'\d+', text) # 内部会先查缓存
# 动态拼接大量模式会占用缓存名额，固定集合建议显式预编译
PATTERNS = [re.compile(p) for p in rules] # 启动阶段一次性编译并保留引用
re.purge() # 清空缓存，用于排查内存占用写法与适用场合
| 写法 | 编译开销 | 适用场合 |
|---|---|---|
| 模块级函数直接调用 | 首次编译后走缓存 | 一次性处理，模式出现次数少 |
| 预编译后复用 | 只编译一次 | 热点路径、规则集合固定 |
| 循环内传不同模式 | 几乎每次都要编译 | 不推荐，缓存会被反复挤占 |
| 临时拼接模式 | 编译质量与风险都不可控 | 仅在确有必要时使用并做转义 |
依赖容量数值做性能假设并不可靠：缓存大小属于实现细节，版本升级可能调整。需要稳定行为时把关键模式显式预编译并长期持有引用，这样与缓存策略无关。
预编译对象与模块级函数的接口保持一致，可以直接替换，但要注意标志位：预编译时传入的标志位不会再被调用处的参数覆盖，标志位混用会造成两处行为不一致。