本文深入剖析了Python爬虫中因滥用列表（list）导致内存爆炸的常见痛点，指出在处理海量网页数据时，盲目累积所有结果到内存不仅低效且极易触发MemoryError或被系统OOM killer终止；核心解决方案是采用生成器（yield）构建流式处理管道——让请求、解析、消费三阶段无缝衔接、逐条流转，配合requests.Session复用连接与合理节奏控制，在不牺牲性能的前提下将内存占用降至最低，同时提醒读者根据实际场景权衡生成器适用性，避免为“流式”而流式，真正实现高效、稳定、可维护的大规模数据采集。

为什么用 list 存所有爬取结果会爆内存

爬虫一跑几百页、每页几十条数据，如果用 results = [] 一路 append()，最终生成一个几万甚至几十万个字典的列表，内存占用会线性上涨。Python 的 list 是连续内存块，扩容还可能触发多次拷贝；更关键的是——你往往不需要“全量在内存里”，只是要逐条处理、存库或写文件。

典型症状：MemoryError、进程被系统 OOM killer 杀掉、爬到一半机器变卡、ps aux 看到 Python 进程 RSS 飙到几个 GB。

• 不是数据量大就一定得换语言，而是数据结构没选对
• list 适合随机索引访问，爬虫流水线式处理根本用不上这个能力
• 哪怕只做统计或简单清洗，也建议边取边算，而非先囤后算

用 yield 改写解析逻辑，让函数变生成器

把原来返回 list 的解析函数，改成每次 yield 一条结构化数据。调用方用 for item in parse_page(html) 迭代，就不会一次性加载全部。

def parse_page(html):
    soup = BeautifulSoup(html, "lxml")
    for li in soup.select("ul#post-list li"):
        yield {
            "title": li.h2.get_text(strip=True),
            "url": li.a["href"],
            "date": li.find(class_="date").text.strip()
        }

• 函数体里不能同时存在 return value 和 yield（除非 return 不带值，用于提前退出）
• 不要在生成器里做耗时操作（如写文件、发请求），否则会阻塞整个迭代流
• 如果解析逻辑复杂，可把提取字段的代码拆成独立函数，保持 yield 行干净

配合 requests.Session() + 生成器管道，控制并发与内存节奏

光有生成器不够——如果用 map(requests.get, urls) 一次性发起几百个请求，响应体还在内存里堆着，照样崩。得让请求、解析、消费串成流水线。

def fetch_pages(urls):
    with requests.Session() as session:
        for url in urls:
            resp = session.get(url, timeout=10)
            resp.raise_for_status()
            yield resp.text
使用：请求 → 解析 → 处理，三阶段不堆积
for html in fetch_pages(url_list):
for item in parse_page(html):
save_to_db(item)  # 或 write_to_csv(item)

• Session 复用连接，减少 TCP 开销，也避免短时间创建太多 Response 对象
• 不要把 fetch_pages 的结果转成 list，比如 pages = list(fetch_pages(...)) —— 这就又绕回去了
• 如果目标网站反爬严，可在 fetch_pages 内加 time.sleep()，但别加在生成器外层循环里（那会拖慢整体吞吐）

什么时候不该硬上生成器

生成器不是银弹。有些场景强行用反而更麻烦，甚至出错：

• 需要反复遍历同一组数据（比如先统计总数，再按条件筛选）——生成器只能单向消费一次，得缓存或重请求
• 下游库强制要求 list 或 pandas.DataFrame（如某些可视化函数），这时可分批生成，比如每 1000 条 list(itertools.islice(gen, 1000)) 处理一次
• 异步爬虫（aiohttp）中，async def 函数不能直接 yield，得用 async for + AsyncGenerator，语法和调试成本明显上升

真正省内存的关键，是让数据“流起来”，而不是卡在某个中间容器里。生成器只是最轻量的流接口，但要不要用、怎么接、和谁配，得看你的数据规模、处理逻辑和错误容忍度——比如网络失败时，生成器中断后很难续传，这时候可能得搭配检查点机制。

今天关于《Python爬虫优化：生成器节省内存技巧》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！