feof() 不是“读完才返回 true”，而是“读操作失败后才可能返回 true”；直接用 while(!feof($fp)) 控制循环会漏读最后一行或陷入无限循环，正确做法是以 fgets() 等读函数的返回值为循环条件。
feof() 不是“读完才返回 true”，而是“读操作失败后才可能返回 true”——直接用它控制 while 循环，极大概率漏读最后一行或陷入无限循环。
为什么 while (!feof($fp)) 会漏掉最后一行
feof() 只在 fgets()、fread() 等读函数尝试读取但失败（遇到 EOF 或错误）之后才变为 true。而典型写法是先判断 !feof($fp)，再调用 fgets($fp) ——这意味着：当文件指针刚移到最后一行末尾时，feof() 还是 false，循环继续；fgets() 尝试读下一行，失败，返回 false，但你没检查这个返回值，就直接 echo 了 false 或空字符串，最后一行实际已被跳过。
更糟的是，如果 fopen() 失败返回 false，你把它传给 feof()，函数会返回 false（PHP 8.1+ 触发 E_WARNING），循环永远不退出。
- 正确做法：以读函数的返回值为循环条件，不是
feof() - 示例：
while (($line = fgets($fp)) !== false) { echo $line; } - 读完后，可再用
feof($fp)区分是正常结束还是出错（比如磁盘满、权限不足）
feof 在 fsockopen 连接中几乎不能单独用
对 socket 流，feof($fp) 只有在对端主动关闭连接时才返回 true。如果服务端保持长连接（如 HTTP/1.1 默认 keep-alive）、或网络中断但 TCP 状态未清理，feof() 会一直阻塞，直到触发默认 60 秒超时才返回 true ——这既不可控，也违背实时性需求。
立即学习“PHP免费学习笔记（深入）”；
- 必须配合
stream_set_timeout($fp, $sec)显式设超时 - 更稳妥的方式：用
stream_select()监听可读事件 + 限定单次读取字节数，避免死等 - HTTP 场景优先解析
Content-Length或分块传输（Transfer-Encoding: chunked）头，而不是依赖feof()
feof 返回 true 的三种情况要能区分
feof() 返回 true 并不等于“文件读完了”，它只表示“最后一次读操作遇到了 EOF 或错误”。这三个来源行为完全不同：
-
fopen("missing.txt", "r")失败 →$fp = false→feof(false)返回false（但会警告），循环卡死 - 本地文件读到末尾 →
fgets()返回false→ 下次调feof()才true - socket 连接被对端关闭 →
fgets()返回""或false→feof()立即true
所以生产代码里，永远先确认 $fp 是 resource 类型（用 is_resource($fp)），再进读取逻辑；每次 fgets() 后检查返回值是否为 false，是则立即 break 并用 error_get_last() 或 stream_get_meta_data($fp) 查原因。
替代方案：用 file() 或 SplFileObject 更安全
如果文件不大，直接 $lines = file("data.txt", FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES);，省去所有指针管理；若需逐行处理大文件，SplFileObject 内置 EOF 检测且自动处理编码、换行，比裸 feof() + fgets() 组合健壮得多：
try {
$file = new SplFileObject("log.txt");
while (!$file->eof()) {
echo $file->fgets();
}
} catch (RuntimeException $e) {
// 权限/路径错误等，异常明确
}
真正难处理的从来不是“怎么判断结尾”，而是“怎么应对读失败”——feof() 只是结果快照，不是过程控制器。
