file_get_contents不能处理大文件，因会将整个文件加载进内存导致内存溢出；应使用流式处理，如fgets逐行读取（需显式指定长度）、fread分块读取（需重叠缓冲防关键词截断）、splfileobject面向对象迭代，或自定义状态机处理跨行语义单元。
file_get_contents 不能处理大文件，它会把整个文件加载进内存，5MB 以上就容易触发 Fatal error: Allowed memory size exhausted。真正能用的只有流式函数组合，核心是控制每次读取的字节数，让内存占用恒定。
为什么 fgets 比 file 安全得多
file 把整份文件按行切进数组，2GB 日志直接申请 2GB+ 内存；fgets 每次只读一行（默认最多 1024 字节），内存占用基本不变。
- 必须显式传长度参数，比如 fgets($fp, 8192)，否则超长行会被截断
- fgets 保留末尾的 \n，替换后若不注意会多出空行
- 遇到二进制内容（如 PDF）会破坏数据，只适用于纯文本
- 若源文件编码非 UTF-8，str_replace 可能错位，得先用 mb_convert_encoding
fread 分块读取时怎么避免关键词被切开
跨行内容（如 HTML 标签、JSON 片段）无法靠 fgets 处理，必须自己控制窗口：
- 每次读固定大小（如 64KB），但前一块结尾要留出重叠区（比如回退 1024 字节）
- 用 fseek($fp, $pos - 1024, SEEK_SET) 调整起点，再 fread($fp, 65536)
- 正则匹配后，preg_replace 结果直接 fwrite 到新文件，别尝试原地修改
- 循环中记得 fflush($out)，否则部分数据可能滞留在缓冲区没写入磁盘
大文件写入别用 file_put_contents 循环调用
在循环里反复调用 file_put_contents($file, $data, FILE_APPEND)，等于每次打开、定位、写入、关闭——I/O 开销爆炸。
- 改为先 fopen($file, 'ab') 打开一次，循环中 fwrite，最后 fclose
- 如果是日志类场景，先暂存到数组或字符串缓冲区，等累积到几 MB 再一次性 file_put_contents
- 注意 FILE_APPEND 在并发写入时有竞态风险，高并发下建议用 flock 加锁，或改用消息队列异步落盘
PHP 8.3+ 环境下可优先试 SplFileObject
它封装了 fopen/fgets，支持迭代器语法，代码更干净，且自带行号、跳过空行等能力：
- $file = new SplFileObject('/var/log/app.log');
- foreach ($file as $line) { ... } —— 内存占用和手写 fgets 一致
- 可设 $file->setMaxLineLen(8192) 防止长行截断
- 不支持跨行搜索，复杂替换仍得退回 fread + 缓冲区管理
真正的难点不在“怎么读”，而在“怎么判断当前块是否含完整语义单元”——比如 JSON 行末尾缺 }、XML 标签被切开、CSV 字段含换行符。这类问题没法靠单一函数解决，得结合上下文缓存和状态机。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
