深入解析 PHP fsockopen 與 pfsockopen 差異與效能實測

PHP 提供兩個建立 Socket 連線的函式：fsockopen() 與 pfsockopen()。官方文件僅說明後者為「持久連線」，但實際行為差異在何處？本文透過實測代碼與結果分析，揭示兩者在 Keep-Alive 條件下的真實表現，並給出選擇建議。

函式簽名與官方定義

// 非持久連線
resource fsockopen ( string $hostname , int $port = -1 , int &$errno , string &$errstr , float $timeout = ini_get("default_socket_timeout") )

// 持久連線（進程級別重用）
resource pfsockopen ( string $hostname , int $port = -1 , int &$errno , string &$errstr , float $timeout = ini_get("default_socket_timeout") )

關鍵差異： pfsockopen() 建立的連線在請求結束後**不會關閉**，而是保留在 PHP 進程的連線池中，下一次同進程呼叫相同主機/埠時可直接重用，省去 TCP 三向交握與 SSL 握手開銷。

實測代碼與環境

<?php
// 測試環境：本地回環 127.0.0.1:80，模擬 HTTP POST 請求
$data = "1,0,721,73,1,0,0,43290000,0,60D81D509BC00451,3,FFFFFFFF";
$host = '127.0.0.1';
$url  = '/aa.php';
$times = 1000;

// 封裝發送函式
function httpPost($host, $url, $data, $persistent) {
    $func = $persistent ? 'pfsockopen' : 'fsockopen';
    $conn = $func($host, 80, $errno, $errstr, 30);
    if (!$conn) return "Error: $errstr ($errno)";

    $header  = "POST $url HTTP/1.1\r\n";
    $header .= "Host: $host\r\n";
    $header .= "Content-Type: application/x-www-form-urlencoded\r\n";
    $header .= "Content-Length: " . strlen($data) . "\r\n";
    $header .= "Connection: Keep-Alive\r\n\r\n";
    $header .= "$data\r\n\r\n";

    fwrite($conn, $header);
    // 這裡故意不讀取回應、不關閉連線，模擬單向推送場景
    // 實際專案務必處理回應並根據協議決定是否關閉
    return $conn;
}

// 執行測試
$start = microtime(true);
for ($i=0; $i<$times; $i++) httpPost($host, $url, $data, false);
$mid   = microtime(true);
for ($i=0; $i<$times; $i++) httpPost($host, $url, $data, true);
$end   = microtime(true);

echo "fsockopen: " . ($mid - $start) . " 秒\n";
echo "pfsockopen: " . ($end - $mid) . " 秒\n";
?>

實測結果分析

核心發現：

1. Keep-Alive + 不關閉連線：pfsockopen 完美重用連線，僅第一次建立連線，後續 999 次直接複用，效能提升 **30 倍以上**。
2. 正常關閉連線：兩者幾乎無差異，因為每次請求結束都主動 fclose()，持久連線無法發揮優勢。
3. fsockopen 預設行為：即使 Header 宣告 Connection: Keep-Alive，PHP 仍會在腳本結束或 fclose() 時切斷 TCP 連線，無法跨請求重用。

原理深度解析

fsockopen：請求級連線

• 每次呼叫建立新的 TCP 連線。
• 腳本結束或呼叫 fclose() 時，發送 FIN 封包關閉連線。
• 適合：短生命週期、低頻率、目標主機變動大的場景。

pfsockopen：進程級持久連線

• 連線資源存放在 PHP 進程（如 php-fpm worker、Apache mod_php 進程）的內部表中，Key 為 host:port。
• 同一進程內後續呼叫相同參數，直接取出現有連線資源（若已斷開則重新建立）。
• 連線在進程結束（如 php-fpm 重啟、達到 max_requests）時才真正關閉。
• 適合：高頻呼叫同一後端服務（微服務 RPC、資料庫 Proxy、快取伺服器）。

避坑指南與最佳實踐

1. 必須讀取回應：持久連線若不讀取回應，下一次重用時舊回應殘留在緩衝區，導致協議錯亂。請務必 while (!feof($conn)) fgets($conn); 讀完。
2. 錯誤處理：重用的連線可能已被對端斷開（閒置超時、重啟）。寫入前建議用 stream_get_meta_data($conn)['eof'] 或嘗試讀取 1 位元組偵測斷線，失敗則 fclose() 重建。
3. 並發限制：單一 PHP 進程同一時間只能使用一條持久連線。高並發場景下，連線池大小 = PHP 進程數。若後端服務連線數上限較低，需評估是否耗盡。
4. 不支援的場景：CLI 長腳本、非阻塞 I/O（stream_set_blocking(0)）、需客戶端憑證的雙向 TLS，請改用 stream_socket_client() 配合 STREAM_CLIENT_PERSISTENT 旗標，控制更精細。
5. 監控指標：關注 netstat -an | grep ESTABLISHED 中持久連線數量，防止連線洩漏導致後端拒絕服務。

結論與選擇建議

總結：pfsockopen 是高頻同質請求的利器，但需配合完善的回應讀取、斷線重連與監控機制。盲目替換 fsockopen 反而可能引入難以排查的協議錯亂與連線洩漏。建議在壓測驗證後，針對核心高頻路徑選擇性採用。