fgets读大文件内存暴涨主因是输出缓冲未关闭、错误日志累积及Xdebug变量捕获，而非函数本身；须禁用ob_start()、关output_buffering、停用Xdebug，并显式设置fgets长度防截断。
为什么 fgets 读大文件时还会内存暴涨？
不是 fgets 本身有问题，而是你没关掉 PHP 的输出缓冲或错误日志记录。比如开启 ob_start() 后逐行输出却忘了 ob_flush()，或者 error_log() 写入频繁触发日志缓存累积；更隐蔽的是，某些 IDE（如 PhpStorm）的 Xdebug 配置会默认捕获所有变量，导致每行解析后对象残留不释放。实际测试中，一个 2GB 日志文件在关闭 Xdebug + 禁用 ob_start() 后，常驻内存稳定在 2–3MB。
fgets 读取前必须检查的三个配置项
PHP 默认配置对大文件不友好，光靠函数调用无法兜底：
-
memory_limit设为-1或至少512M—— 注意这是进程总上限，不是单次读取限制 -
max_execution_time改为0（CLI 模式下推荐），否则 30 秒超时会中断 10GB 文件的第 3 小时读取 -
output_buffering必须设为Off（php.ini 中），否则echo fgets($fp)会持续堆积缓冲区
如何安全地用 fgets 处理含空行、BOM、超长行的文件
真实生产文件往往夹带异常格式，直接 while (($line = fgets($fp)) !== false) 会卡死或跳行：
- 遇到 UTF-8 BOM（
\xEF\xBB\xBF）时，fgets返回首行开头多出三个字节，需手动ltrim($line, "\xEF\xBB\xBF") - 某行超过
8192字节（fgets默认缓冲区大小）会被截断，应显式传参：fgets($fp, 1048576)（1MB） - 空行返回
"\n"而非空字符串，用trim($line) === ''判断，别用empty($line)
比 fgets 更稳的替代方案：用 stream_get_line 控制边界
当文件含自定义分隔符（如日志中的 [2024-01-01]）、或需要跳过二进制块时，fgets 的换行依赖就失效了。此时改用：
立即学习“PHP免费学习笔记（深入）”；
$fp = fopen('huge.log', 'rb');
while (($line = stream_get_line($fp, 1024*1024, "\n")) !== false) {
// 处理 $line，注意末尾不含 \n
if ($line === '') continue;
process_line($line);
}
fclose($fp);
stream_get_line 不依赖内部缓冲区长度，且第三个参数支持任意分隔符（比如 "\r\n" 或 "|END|"），在解析协议报文或分割压缩包内文本时更可控。
fgets。 
