千万级数据用set求交差易爆内存,应优先用预排序+双指针法,省内存60%+且快2–5倍;文本场景可用comm等Unix工具加速。

用 set 做交集和差集,但千万级数据必须预处理
直接用 set(a) & set(b) 或 set(a) - set(b) 在千万级数据上会爆内存或卡死——Python 的 set 构建本身就要遍历、哈希、扩容,两组各一千万元素,光构造两个 set 就可能吃掉 2–3 GB 内存,且耗时集中在初始化阶段。
真正能“极速”的前提是:数据可预排序、可流式读取、且允许丢弃重复项(set 本就去重)。实操建议如下:
- 如果数据来自文件,**不要一次性
readlines()+set()**,改用生成器逐行构建set,例如:def load_set_from_file(path): s = set() with open(path) as f: for line in f: s.add(line.strip()) # 注意 strip() 防空格干扰 return s - 如果内存实在吃紧(比如只有 4 GB 可用),优先考虑
sorted list+ 双指针归并,比set更省内存,且交/差都能在 O(n+m) 时间完成(见下节) - 确保元素类型是不可变且哈希友好的(
str、int安全;list、dict会直接报TypeError: unhashable type)
用 sorted + 双指针替代 set,省内存且可控
当两个集合已排序(或可低成本排序),双指针法比 set 操作快 2–5 倍,内存占用下降 60%+,尤其适合只读一次、不反复查询的场景。
示例:求有序列表 a 和 b 的交集(去重结果):
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac,无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启:辅助功能 + 屏幕录制权限
a - b
- 排序成本需单独计算:千万级
list排序约 2–4 秒(int或短str),但只需一次 - 文件若未排序,用系统
sort命令预处理比 Pythonsorted()更快更省内存:sort -u file_a.txt > file_a_sorted.txt
- 该方法不依赖哈希,支持任意可比较类型(包括自定义类,只要实现
__lt__)
numpy.intersect1d 和 numpy.setdiff1d 不适合纯集合运算
很多人第一反应是用 NumPy——但它在千万级“集合”场景下反而更慢、更费内存。原因很实际:
-
numpy.intersect1d(a, b)默认会去重 + 排序,等价于np.unique(np.concatenate([a,b]))的子集逻辑,中间数组可能膨胀到 2000 万+ 元素 - 输入必须是
ndarray,从list转换开销大;若原始数据是字符串,dtype='Uxx'分配固定长度易浪费内存 - 它不接受生成器,无法流式处理;也不支持自定义相等逻辑(比如忽略大小写)
- 实测:千万级
int数组,numpy.intersect1d比原生set慢 30–50%,内存高 2 倍
真要极速?绕过 Python,用 awk 或 comm 做底层交差
如果数据是文本行(如用户 ID、URL、日志键),且允许 shell 协作,Unix 工具链在千万级上碾压 Python:
- 交集:
comm
- 差集(
a - b):comm -23
- 速度:单核处理千万行通常在 3–8 秒内,内存峰值
- Python 中调用:
shell=True
这个方案的复杂点在于路径和 shell 元字符转义——比如文件名含空格或括号时,comm 会直接报错,得先用 shlex.quote() 包裹参数,这点容易被忽略。
Python免费学习笔记(深入):立即使用
在学习笔记中,你将探索 Python 的核心概念和高级技巧!










