fopen + fgets 会爆内存是因为超长行（如含base64的日志单行）可能一次读取几MB，突破内存限制；真正安全的是fread分块读取，每次固定8192字节并及时释放，避免累积。
为什么 fopen + fgets 会爆内存？
直接 file_get_contents 读几百 MB 文件，PHP 进程立刻 OOM；file 函数也一样，它把整文件塞进数组。真正安全的读取必须是「流式」——每次只载入一小块，处理完就丢掉。关键不是函数选得“高级”，而是控制缓冲区大小和释放时机。
-
fgets默认按行读，但超长行（比如日志里带 base64 的单行）可能一次加载几 MB，照样崩 -
fread更可控：指定字节数，比如每次读 8192 字节，内存占用恒定 - 必须配合
while (!feof($fp))循环，且每次循环后不保留上一轮数据（别用数组累积）
用 fopen + fread 实现稳定分块读取
这是最通用、兼容性最好（PHP 5.6+ 都支持）、且不易出错的方式。核心是手动管理 chunk 大小，并在处理完立即 unset 或重用变量。
$fp = fopen('/huge.log', 'r');
if (!$fp) {
throw new RuntimeException('无法打开文件');
}
$chunkSize = 8192;
while (!feof($fp)) {
$chunk = fread($fp, $chunkSize);
if ($chunk === false) break; // 读取出错时中断
// ✅ 在这里处理 $chunk，比如写入数据库、解析 JSON 行、正则匹配等
// ❌ 不要 $allData .= $chunk; —— 这等于又在累积内存
}
fclose($fp);
- 8192 是经验值：太小（如 1024）会增加系统调用次数，影响性能；太大（如 1MB）对极端情况仍不够稳
-
fread返回false表示读取失败（如权限变化、磁盘断开），不能只靠feof - 如果文件含 UTF-8 多字节字符，
fread可能截断在中间字节，需在处理逻辑里做容错（比如暂存不完整字符到下一块）
遇到 JSON Lines 或 CSV 大文件怎么办？
纯字节读取没法保证按“逻辑行”切分，这时候得自己拼接。常见错误是用 explode("\n", $chunk) 然后丢掉最后一行——其实最后一行很可能不完整，要和下一块合并。
- 维护一个
$buffer变量，初始为空；每次读到$chunk后，拼到$buffer末尾 - 用
strrpos($buffer, "\n")找最后一个换行符位置，把之前部分切出来逐行处理 - 把剩余部分（即最后一个 \n 之后的内容）留在
$buffer，等下次读取再补全 - 循环结束时，
$buffer若非空，说明最后一行没换行符，也要单独处理
这种模式适用于 .jsonl、.csv、Nginx 日志等每行一条记录的格式，否则就得用更复杂的协议解析器（如 XMLReader）。
立即学习“PHP免费学习笔记（深入）”；
什么时候该换 stream_get_line 或 SplFileObject？
stream_get_line 比 fgets 更安全：可设最大长度，避免单行撑爆内存；SplFileObject 提供面向对象接口，支持 seek 和 key()，适合需要随机访问某行的场景（比如跳过前 100 万行）。但它们不是万能解药：
-
stream_get_line($fp, 4096, "\n")：设 4096 是硬上限，超过就截断——你得确认业务允许丢数据 -
SplFileObject默认缓存整行，setCsvControl后仍可能因字段含换行符而出错 - 两者底层仍是
fread封装，没解决根本问题：你要处理的是“逻辑单位”，不是“物理块”
真正决定内存是否溢出的，从来不是用哪个函数，而是你有没有在每次迭代后清空中间状态、有没有把临时结果写到磁盘或数据库、有没有让 PHP GC 及时回收——这些比函数名重要得多。
