因为 fgets() 默认最多读 1024 字节且返回长度为 $length-1，超长行会被截断；PHP 4.3+ 省略 $length 可读至换行符或 EOF，但依赖流支持，显式传入足够 $length（如 8192）更可靠。
为什么 fgets 读不到完整一行？
因为 fgets() 默认只读最多 1024 字节（PHP 4.2.0–4.2.x），且实际返回长度是 $length - 1 字节，换行符 \n 或 \r\n 被包含在内。如果你的某行超过 1024 字符，它会在第 1024 字节处截断，后续内容留在下一次 fgets() 调用中——这看起来像“漏掉半行”。
从 PHP 4.3 开始，若省略 $length 参数，fgets() 会**持续读取直到遇到换行符或 EOF**，不再硬性限制 1024 字节。但注意：这个行为依赖于底层流是否支持“无界读取”，某些封装流（如 php://input）可能不完全兼容。
- 明确传入足够大的
$length（比如 8192）比依赖“省略参数”更可控 - Mac 换行符
\r可能被忽略，需开启auto_detect_line_endings = 1 - 二进制文件中若含
\0，fgets()仍能安全读取（PHP 4.3+）
如何安全循环读取并避免 false 正常返回被误判？
fgets() 在出错或到 EOF 时都返回 false，但你不能仅靠 if (!$line) 判断结束——因为空行（只有 \n）返回的是 "\n"，不是 false；而真正失败（如磁盘 I/O 错误）也返回 false。必须用严格比较 !== false。
同时，建议在循环后加 feof() 校验，排除“非 EOF 导致的提前失败”：
立即学习“PHP免费学习笔记（深入）”；
$fp = fopen('data.txt', 'r');
if (!$fp) {
die('无法打开文件');
}
while (($line = fgets($fp, 4096)) !== false) {
echo trim($line) . "\n";
}
if (!feof($fp)) {
echo "警告：fgets() 非预期失败\n";
}
fclose($fp);
- 永远用
!== false，不用!= false或!$line -
feof()必须在循环结束后调用，不能放在 while 条件里（否则会多读一次） - 若需保留原始换行符，就别对
$line做trim()，直接处理
和 file()、fgetcsv()、stream_get_line() 怎么选？
fgets() 是通用逐行读取器，但不是万能解。不同场景下容易踩坑：
-
file()：把整文件读进内存数组，适合小文件（\n，但没做trim() -
fgetcsv()：专用于 CSV，自动处理引号包裹、字段内换行、逗号转义；别用fgets() + explode(',')解析 CSV -
stream_get_line()：可自定义分隔符（不只是换行），比如按"--END--"切块；但它不保证读到分隔符就停，可能多读 -
fgets()：最轻量，内存恒定，适合日志、配置、纯文本流；但无法跳过注释行或识别结构
如果文件是 UTF-8 且含中文，fgets() 不做编码转换，确保终端或输出环境支持对应编码，必要时用 mb_convert_encoding() 转。
为什么用 fgets 处理大文件还卡住或超时？
卡住通常不是 fgets() 本身的问题，而是外部约束：
- Web 环境下，PHP 默认启用输出缓冲（
output_buffering = 4096），即使你在循环里echo，浏览器也要等缓冲满或脚本结束才收到数据 - CLI 模式下，如果文件被其他进程锁住（如正在写入），
fgets()会阻塞，需配合stream_set_timeout()设置读超时 - 某些 NFS 或网络挂载文件系统，单次
fgets()延迟波动大，建议批量读（用fread()+ 自行按行切分）而非强依赖换行边界
真实大文件流式处理中，最容易被忽略的是：没有关闭错误抑制符 @。像 @fgets($fp) 会吞掉警告（如权限不足、中断信号），让问题难以定位。
