PHP8.1流式读大文件最稳方案是fopen+fgets逐行读，避免内存溢出和超时；需注意编码处理、BOM去除、超时控制及性能优化。
PHP8.1 用 fopen + fgets 流式读取大文件最稳
直接 file_get_contents 读几个 GB 的日志或 CSV，内存爆掉、脚本超时是必然的。PHP8.1 没变出新魔法，老办法最可靠：打开文件句柄，逐行（或按块）读，处理完立刻释放内存。
关键不是“怎么快”，而是“不崩、不卡、可控”。fgets 默认按行读，适合日志、CSV 等换行分隔的文本；如果行特别长或没换行，就用 fread 配合固定缓冲区大小。
-
fopen($path, 'r')必须用只读模式，避免锁或写入干扰 - 别用
while (!feof($fp))—— 它在某些网络文件系统或特殊编码下会多读一次空行，推荐while (($line = fgets($fp)) !== false) - 每读一行后显式
unset($line)没必要，PHP8.1 的垃圾回收足够及时，但别在循环里拼接大字符串（比如$all .= $line）
遇到中文乱码或 BOM 头怎么办
流式读取不会自动处理编码，fgets 返回的是原始字节流。如果文件是 UTF-8 with BOM，第一行开头可能有 \xEF\xBB\xBF，导致 json_decode 或正则失败；GBK 文件用 UTF-8 解析当然全乱。
- 先用
mb_detect_encoding(file_get_contents($path, false, null, 0, 4))快速探查前几字节（别全读！），但更稳妥是约定文件编码并文档化 - 读到行后，用
mb_convert_encoding($line, 'UTF-8', 'GBK')转码，别依赖iconv（PHP8.1 已废弃部分 iconv 行为） - BOM 头手动剥：
$line = ltrim($line, "\xEF\xBB\xBF");
stream_set_timeout 对本地文件无效，别白配
这个函数只对 socket 类型流（如 fsockopen、HTTP 流）起作用，对本地磁盘上的 fopen 文件句柄完全没反应。你设了 stream_set_timeout($fp, 5)，文件卡在磁盘 IO 上，照样死等。
立即学习“PHP免费学习笔记（深入）”；
真正要防卡死，得靠操作系统级控制：
- 用
set_time_limit(0)关掉脚本总超时（否则默认 30 秒，流式读大文件必炸） - 用
pcntl_alarm()+ 信号处理器做硬超时（需启用 pcntl 扩展，CLI 环境可用） - Web 环境更现实的做法：拆成小任务，用
$_SERVER['REQUEST_TIME_FLOAT']记录已耗时，每读 1000 行检查一次，超阈值就exit并返回断点位置（比如当前行号）
性能瓶颈常不在 PHP，而在磁盘和编码转换
实测过：读一个 4GB 的纯 ASCII 日志，PHP8.1 fgets 吞吐能到 80–120MB/s（NVMe 盘）；但一旦加 mb_convert_encoding 转 UTF-8，速度直接掉到 15MB/s 以下。
- 优先确认源文件编码是否真需要转——很多场景下游系统能直接吃原始编码
- 避免在循环里反复调用
mb_internal_encoding()，它开销不小 - 如果只是过滤或提取字段，用
sscanf或正则比explode+trim更快；但正则别写太复杂，回溯爆炸比 IO 还慢 - SSD 和 HDD 差距极大，机械盘上流式读 10GB 文件可能花 10 分钟以上，这不是 PHP 的问题
流式读取本身很简单，难的是边界：编码不确定、行长度无上限、磁盘响应不可控、Web 请求生命周期短。把这几处兜住，剩下的就是耐心调参数了。
