fgets()卡顿主因是I/O缓冲与超长行阻塞，应指定长度、用stream_get_line()替代、SplFileObject设标志位，或改用fread()分块处理。
为什么 fgets() 读大文件会卡住
不是函数本身慢，而是默认的 PHP I/O 缓冲机制在作祟：当文件远大于内存或磁盘缓存时，fgets() 可能反复触发系统调用、等待底层 read() 返回，尤其在 NFS 或慢速存储上更明显。另外，如果没显式控制行长度，fgets($handle, $length) 缺省行为是读到换行符为止——遇到超长行（比如日志里的一整段 JSON）就会卡死或 OOM。
- 务必指定
$length参数，例如fgets($fp, 8192)，避免单行过长阻塞 - 确认文件编码一致，BOM 或混合换行符（
\r\nvs\n）会导致fgets()多次尝试解析失败 - 不要在循环里反复调用
filesize()判断进度——它在某些文件系统上开销不小
用 stream_get_line() 替代 fgets() 更可控
stream_get_line() 是更底层的选择，它不依赖换行符语义，只按字节截断，适合处理格式混乱或无明确分隔的大文件（如二进制日志、CSV 块数据）。相比 fgets()，它跳过内部换行符查找逻辑，响应更快，也更容易预测单次调用耗时。
- 语法是
stream_get_line($fp, $max_length, $ending)，常用"\n"或"\r\n"作为$ending - 若不确定行尾，可设
$ending = ""，此时退化为「最多读$max_length字节」，完全规避解析开销 - 注意：它不会自动去掉
$ending字符串，需手动rtrim($line, "\r\n")
PHP 8.1+ 推荐用 SplFileObject + setFlags()
SplFileObject 抽象了流操作，但默认行为仍可能隐式加载整行。关键在提前关闭无关功能：禁用自动 trim、跳过空行、关闭 CSV 解析，否则每行都会多几毫秒开销。
- 初始化后立刻调用
$file->setFlags(SplFileObject::READ_AHEAD | SplFileObject::SKIP_EMPTY | SplFileObject::DROP_NEW_LINE) - 避免用
$file->current()，改用$file->fgets()或直接foreach ($file as $line)—— 后者在 PHP 8.1+ 已优化为惰性迭代 - 如果文件含 BOM，先用
fopen(..., 'rb')手动跳过前 3 字节再传给SplFileObject，否则首行会异常
什么时候该放弃逐行读，改用 fread() 分块
当业务逻辑本身不依赖「行」概念（比如提取固定偏移的字段、做哈希校验、流式压缩），硬套逐行读只会徒增解析成本。这时直接 fread() 拉固定大小块（如 64KB），自己处理缓冲区内的换行边界，吞吐量能提升 3–5 倍。
立即学习“PHP免费学习笔记（深入）”；
- 典型模式：
$buffer = "";+ 循环$chunk = fread($fp, 65536);+$buffer .= $chunk;+ 用strpos($buffer, "\n")切出行 - 记得在循环末尾保留未完成的行（即最后一个
\n后的内容），别丢进下一块里导致断行 - 用
ftell()记录已读位置，便于中断恢复；但注意它在某些流（如php://stdin）上不可靠
