mmap适用于超大文件的随机访问、内存受限场景及多进程共享，但不适用于单次顺序读取或小文件。
Python 的 mmap 模块在读取超大文件时**非常适用，但需满足特定条件并注意使用边界**。它不是万能加速器，而是一种内存映射机制——把文件“假装”成内存区域，避免一次性加载全部内容，对随机访问、重复读取、流式处理大文件特别友好。
适合 mmap 的典型场景
当你的操作符合以下特征时，mmap 往往比普通 open().read() 或逐行迭代更高效：
- 只读且需随机跳转：比如解析二进制日志中固定偏移的字段、查找特定位置的记录；
-
文件远大于可用物理内存：例如 100GB 文件跑在 16GB 内存机器上，
mmap让系统按需分页加载，不会触发 OOM； -
多进程共享同一文件视图：配合
MAP_SHARED，多个子进程可零拷贝访问相同数据（注意同步）； -
配合正则或字符串查找做多次扫描：如用
re.search()在 mmap 对象上反复搜索，比反复read()更轻量。
不推荐用 mmap 的情况
如果只是顺序读一遍、或文件本身不大（mmap 反而可能引入额外开销：
-
纯顺序遍历 + 一次处理完：用
for line in f:或f.read(8192)分块读更简单稳定； -
频繁修改文件内容：写入 mmap 区域会触发页面错误和磁盘回写，且跨平台行为不一致（Windows 上写入需显式
flush()）； -
运行在容器或受限环境：某些容器默认禁用
mmap（如部分 Kubernetes 配置）、或文件系统不支持（如某些网络文件系统 NFSv3）； -
需要精确控制缓冲/解码逻辑：比如读 UTF-8 文本时遇到跨页截断的多字节字符，
mmap不自动处理编码，需手动切片校验。
实用建议与避坑点
要用好 mmap，记住这几个关键细节：
-
始终用
with语句或显式close()：mmap 对象不自动释放映射，长期持有会导致“文件被占用”或内存泄漏； -
读取前检查文件是否存在、是否可读：mmap 在打开失败时抛出
PermissionError或OSError，而非静默失败； -
避免直接切片超出文件长度：例如
mm[1000:]在末尾越界会报IndexError，建议先用len(mm)判断； -
文本处理慎用
.decode()：对整个 mmap 调用mm[:].decode()会强制复制全部内容到内存，失去 mmap 意义；应定位后小段解码。
一个安全的
适用于只读、定位查找、不超长解码的场景：
import mmapdef search_in_large_file(filepath, keyword): with open(filepath, "rb") as f: with mmap.mmap(f.fileno(), 0, access=mmap.ACCESS_READ) as mm:
安全地查找字节串（注意 keyword 是 bytes）
pos = mm.find(keyword.encode('utf-8')) if pos != -1: # 只取前后 20 字节做上下文，不解码整块 context = mm[max(0, pos-20):min(len(mm), pos+20)] return context.decode('utf-8', errors='replace') return None
