readline() 并非“逐行安全”的银弹，因其内存可控性取决于使用方式、文件内容及后续操作；手动调用易因引用残留或超长行导致OOM，而for line in f由运行时自动管理引用生命周期。
readline() 为什么不是“逐行安全”的银弹
readline() 看似一行一行读，但实际内存是否可控，取决于你怎么用、文件里有什么、以及你后续做了什么。它本身不保证低内存——只是把“全量加载”换成了“手动循环”，一旦用错，照样 OOM。
常见错误现象包括：
- 调用
f.readline()后把结果append到一个全局list，最后得到一个和readlines()几乎等价的大列表 - 某行本身超长（如单行 200MB 的 base64 或 JSON），
readline()仍得把它整个载入为一个str对象 - 在循环中做
line.split()+dict.fromkeys()等操作，意外保留了对原始line的强引用，导致 GC 无法回收
使用场景上，readline() 适合需要「精确控制读取节奏」的逻辑，比如跳过头部 N 行、按条件提前终止、或配合 seek() 回退——但它不自带流式清理语义。
for line in f 和 f.readline() 的内存行为差异
表面上都是“一行”，但底层机制不同：for line in f 是文件对象原生迭代器，每次 __next__() 返回后，上一行对象若无外部引用，会立刻被 GC；而手写 while True: line = f.readline() 时，只要 line 变量还活着，那一行字符串就一直驻留。
立即学习“Python免费学习笔记（深入）”；
python-flask-vue-creator
下载
创建 Flask + Vue.js 全栈项目，采用单端口架构、uv 依赖管理、结构化日志和生产级前端设计。当用户要求以下操作时触发：创建新的 Flask+Vue 项目、搭建 Web 应用、构建全栈 Python+Vue 应用、初始化 Flask Web 项目、设置单端口 Flask 前后端项目。触发词：新建项目、创建项目、搭建项目、Flask项目、Vue项目。
关键区别在于作用域与引用生命周期：
- ✅
for line in f:→line在每次循环结束时自动解绑（CPython 中通常立即释放） - ⚠️
line = f.readline()→ 你负责管理line的生命周期；如果它进了闭包、被存进类属性、或意外逃逸到外层作用域，就卡住内存
性能影响不大，但稳定性差一截：手写 readline() 循环更容易写出“看似逐行、实则累积”的代码。
真正容易被忽略的内存泄漏点
不是 readline() 本身危险，而是你处理它的上下文让危险变得隐蔽。
- 日志解析中常用
re.findall(r'ERROR.*?\n', buffer)，但如果buffer是拼接出来的超长字符串，且没及时清空，等于自己造了个内存池 - 用
line.encode('utf-8')做哈希或网络传输后，忘了del line—— Python 字符串不可变，encode()生成新 bytes 对象，但原始line还挂着 - 在生成器函数里调用
readline()，却把返回值 yield 出去的同时，又赋值给一个同名局部变量，造成引用残留
最稳妥的做法仍是 for line in f: —— 它把引用管理交给了语言运行时，而不是靠人盯住每一行变量的生死。
