标签：Python | 性能优化 | 内存管理 | profiling | gc | 性能调优字数：约 4500 字建议阅读时间：14 分钟前言Python 程序慢、内存占用高，大多数情况下不是 Python 语言本身的问题，而是代码写法和数据结构选择的问题。一行不当的列表推导式、一个意外持有的对象引用、一个未关闭的文件句柄，都可能导致性能断崖式下降。本文从 Python 内存管理机制出发，覆盖：对象生命周期与引用计数、垃圾回收（GC）、常见内存泄漏场景与排查方法、profiling 工具链、以及经过实战验证的性能优化技巧。一、Python 内存管理基础1.1 引用计数（Reference Counting）Python 使用引用计数作为主要内存管理机制——每个对象维护一个计数器，记录有多少引用指向它：import sys a = [1, 2, 3] # 引用计数为 1 b = a # 引用计数变为 2 c = a[:] # 浅拷贝，新列表，引用计数各为 1 print(sys.getrefcount(a)) # 3（getrefcount 本身会临时加1） print(sys.getrefcount(42)) # 预分配的小整数缓存，引用数很高 del a # 引用计数减1，但对象仍被 b 引用 print(b) # [1, 2, 3] del b del c # 引用计数归0，对象立即被回收（无需等待 GC）1.2 循环引用与垃圾回收（GC）引用计数无法处理循环引用：a = [] b = [] a.append(b) # a 引用 b b.append(a) # b 引用 a → 循环引用，引用计数永不为 0 # 此时引用计数都至少为 1，但外部已经无法访问这两个对象 # 引用计数无法回收它们 → 依赖 GC（分代垃圾回收）Python 的 GC 使用分代回收（Generational GC）来处理循环引用：import gc # 查看 GC 统计信息 print(gc.get_stats()) # 三代统计 # 查看当前未回收的循环引用对象 print(gc.garbage) # 通常为空列表 # 手动触发一次 GC gc.collect() # 查看 gc 模块的阈值 print(gc.get_threshold()) # (700, 10, 10) # 第一代达到 700 个对象时触发小回收 # 每10次小回收触发一次中级回收 # 每10次中级回收触发一次全面回收二、内存泄漏的常见原因与排查2.1 全局字典意外持有引用# ❌ 内存泄漏：历史记录无限增长 class APIClient: _history = [] # 类变量，所有实例共享，且永不清理 def request(self, url): result = {"url": url, "data": "..."} # 每次请求的数据都存在内存里 self._history.append(result) return result # ✅ 修复：限制历史记录大小 from collections import deque class APIClient: _history: deque = deque(maxlen=100) # 最多保留100条 def request(self, url): result = {"url": url, "data": "..."} self._history.append(result) return result2.2 闭包持有外部变量# ❌ 内存泄漏：装饰器闭包持有大对象 def leaky_processor(data): """data 被闭包持有，即使函数执行完毕也无法回收""" @cache_decorator def process(item): return heavy_computation(item, data) # data 被闭包捕获 return process # ✅ 修复：显式释放或不用闭包 def clean_processor(data): data_id = id(data) # 只持有 ID，而非对象本身 @cache_decorator def process(item): # 在缓存查找失败时按需加载