php 的 `echo` 语句默认即时输出，但受 php 输出缓冲区影响；实际到达浏览器的时间还取决于 web 服务器（如 apache/nginx）等中间层的缓冲机制，需结合 `ob_flush()` 和 `flush()` 才能实现近实时流式响应。
在 AJAX 场景中（如你示例中的 $.post("includes/handlers/ajax_search.php", ...)），PHP 脚本执行期间多次调用 echo 并不会自动累积等待脚本结束——从语言层面看，echo 是立即写入 PHP 输出缓冲区（output buffer）的操作。但关键在于：浏览器并不会立刻收到这些内容，因为存在多级缓冲：
- ✅ PHP 用户空间缓冲（Output Buffering）：由 ob_start() 等函数控制，默认可能开启（尤其在 php.ini 中配置了 output_buffering = 4096）；
- ⚠️ Web 服务器缓冲：例如 Nginx 默认启用 fastcgi_buffering on，Apache 的 mod_proxy 或 mod_php 也可能缓存响应体；
- ? TCP/IP 与浏览器解析：即使数据抵达，浏览器仍会等待完整响应或根据 Content-Length/Transfer-Encoding 判断是否渲染。
因此，你代码中 while 循环内的多次 echo 实际是逐次写入 PHP 缓冲区，但若未主动清空，最终所有 HTML 片段会在脚本执行完毕时一次性发送给前端，表现为“等全部查完才返回”，而非流式推送。
✅ 正确实现流式响应（适用于搜索建议、长耗时任务等）需显式控制缓冲：
// 开启 PHP 输出缓冲（如未默认开启）
if (ob_get_level() == 0) ob_start();
while ($row = mysqli_fetch_array($usersReturnedQuery)) {
$user = new User($con, $userLoggedIn);
$mutual_friends = ($row['username'] != $userLoggedIn)
? $user->getMutualFriends($row['username']) . " friends in common"
: "";
echo "...";
// 强制刷新：先冲 PHP 缓冲区，再冲系统/CGI 缓冲
ob_flush();
flush();
// 可选：防过快刷屏，微量延迟（调试用）
// usleep(10000);
}⚠️ 注意事项：
立即学习“PHP免费学习笔记（深入）”；
- flush() 仅对 CLI 模式或部分 SAPI（如 CGI/FastCGI）有效；在 Apache mod_php 下可能被忽略；
- Nginx 需禁用 FastCGI 缓冲：在 location 块中添加
fastcgi_buffering off; # 或更精细控制 fastcgi_max_temp_file_size 0;
- 输出前确保 HTTP 头未关闭（即不能已有 header() 发送或隐式输出），且响应头中避免 Content-Encoding: gzip（压缩会阻断流式）；
- 浏览器端 JS（如 jQuery）默认等待 readyState === 4（完成状态）才触发回调，若需真正流式处理，应改用 XMLHttpRequest 的 onprogress 或 Fetch + ReadableStream（现代方案）。
总结：PHP 的 echo 本身不“等待”，但真实响应时机由PHP 缓冲 + Web 服务器 + 网络协议共同决定。如需可控流式输出，必须主动干预缓冲链，并协调服务端与客户端行为。
