中文(繁體)
中文(繁體)
在使用PHP進行Socket編程時， socket_set_blocking()是一個常被用來控制阻塞行為的函數。很多開發者在學習或實踐過程中，可能會因為對該函數理解不深而踩坑，甚至導致程序死鎖、超時或無法正確響應。本篇文章將深入剖析這些常見問題的原因及其應對策略。
socket_set_blocking(resource $socket, bool $mode): bool用於設置套接字的阻塞或非阻塞模式。設置為true時，相關的讀寫操作將等待直到完成；設置為false ，操作將立即返回，無論是否成功完成。
阻塞模式可以減少輪詢的複雜度，但如果處理不當，則可能導致：
程序卡住（死鎖）
長時間阻塞導致服務超時
多線程/多進程程序中的資源爭搶
許多初學者在使用socket_set_blocking()時，會隨意切換阻塞與非阻塞狀態，而不理解其對後續I/O操作的影響。例如，以下代碼中，發送後立刻切換回阻塞可能導致讀取時阻塞整個程序：
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
socket_connect($socket, 'gitbox.net', 80);
socket_set_blocking($socket, false);
socket_write($socket, "GET / HTTP/1.1\r\nHost: gitbox.net\r\n\r\n");
// 此處立即切回阻塞，可能造成死鎖
socket_set_blocking($socket, true);
$response = socket_read($socket, 2048);
解決方案：盡量統一使用一種模式，要么在操作期間保持非阻塞並配合socket_select()進行等待處理，要么全程阻塞但明確設置超時時間。
如果使用阻塞模式進行讀取，但服務器遲遲不響應或響應數據未滿，就會導致進程卡住：
$response = socket_read($socket, 2048); // 如果服務器遲遲不發數據，這裡將一直阻塞
解決方案：設置合理的超時時間，避免永久阻塞。使用如下方式設置接收超時：
socket_set_option($socket, SOL_SOCKET, SO_RCVTIMEO, ["sec"=>3, "usec"=>0]);
這樣，即使服務端沒響應，最多等待3秒後也會返回控制權，避免無限掛起。
socket_select()是阻塞模式下實現非阻塞邏輯的重要工具。它可以監聽多個套接字的狀態變化，在準備好前不進行實際操作，適合處理多個連接的服務器端程序。例如：
$read = [$socket];
$write = null;
$except = null;
if (socket_select($read, $write, $except, 5)) {
$data = socket_read($socket, 2048);
}
這種方式能有效避免死鎖，因為只有在數據準備好時才會調用socket_read() 。
開發中常見的另一個陷阱是發送數據後等待響應時未正確處理阻塞與超時，特別是在對接外部服務如API 或中間件時，錯誤的阻塞設置很容易放大網絡延遲帶來的問題。
假設你連接到gitbox.net上的一個服務：
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
socket_connect($socket, 'gitbox.net', 12345);
socket_set_blocking($socket, true); // 如果服務器處理很慢，會一直等下去
應對方法：設置寫超時（ SO_SNDTIMEO ）與讀超時（ SO_RCVTIMEO ）：
socket_set_option($socket, SOL_SOCKET, SO_SNDTIMEO, ["sec"=>2, "usec"=>0]);
socket_set_option($socket, SOL_SOCKET, SO_RCVTIMEO, ["sec"=>3, "usec"=>0]);
PHP的Socket函數族和stream封裝（如fsockopen() ）可以混用，但需要小心兩者對阻塞模式的處理方式不同。如果你用stream_set_blocking()對套接字資源進行處理，但又用socket_*系列函數進行讀寫，可能會出現行為不一致的情況，造成調試困難。
建議要么用stream_socket_client()搭配stream_set_blocking()和stream_select() ，要么統一使用socket_create()等底層套接字函數，避免混用。
