socket編程php

① 想問下php的socket的工作流程是什麼

PHP 使用Berkley的socket庫來創建它的連接。你可以知道socket只不過是一個數據結構。你使用這個socket數據結構去開始一個客戶端和伺服器之間的會話。這個伺服器是一直在監聽准備產生一個新的會話。當一個客戶端連接伺服器，它就打開伺服器正在進行監聽的一個埠進行會話。這時，伺服器端接受客戶端的連接請求，那麼就進行一次循環。現在這個客戶端就能夠發送信息到伺服器，伺服器也能發送信息給客戶端。
產生一個Socket，你需要三個變數：一個協議、一個socket類型和一個公共協議類型。產生一個socket有三種協議供選擇，繼續看下面的內容來獲取詳細的協議內容。
定義一個公共的協議類型是進行連接一個必不可少的元素。下面的表我們看看有那些公共的協議類型。

表一：協議
名字/常量 描述
AF_INET 這是大多數用來產生socket的協議，使用TCP或UDP來傳輸，用在IPv4的地址
AF_INET6 與上面類似，不過是來用在IPv6的地址
AF_UNIX 本地協議，使用在Unix和Linux系統上，它很少使用，一般都是當客戶端和伺服器在同一台及其上的時候使用
表二：Socket類型
名字/常量 描述
SOCK_STREAM 這個協議是按照順序的、可靠的、數據完整的基於位元組流的連接。這是一個使用最多的socket類型，這個socket是使用TCP來進行傳輸。
SOCK_DGRAM 這個協議是無連接的、固定長度的傳輸調用。該協議是不可靠的，使用UDP來進行它的連接。
SOCK_SEQPACKET 這個協議是雙線路的、可靠的連接，發送固定長度的數據包進行傳輸。必須把這個包完整的接受才能進行讀取。
SOCK_RAW 這個socket類型提供單一的網路訪問，這個socket類型使用ICMP公共協議。（ping、traceroute使用該協議）
SOCK_RDM 這個類型是很少使用的，在大部分的操作系統上沒有實現，它是提供給數據鏈路層使用，不保證數據包的順序

表三：公共協議
名字/常量 描述
ICMP 互聯網控制消息協議，主要使用在網關和主機上，用來檢查網路狀況和報告錯誤信息
UDP 用戶數據報文協議，它是一個無連接，不可靠的傳輸協議
TCP 傳輸控制協議，這是一個使用最多的可靠的公共協議，它能保證數據包能夠到達接受者那兒，如果在傳輸過程中發生錯誤，那麼它將重新發送出錯數據包。

現在你知道了產生一個socket的三個元素，那麼我們就在php中使用socket_create()函數來產生一個socket。這個 socket_create()函數需要三個參數：一個協議、一個socket類型、一個公共協議。socket_create()函數運行成功返回一個包含socket的資源類型，如果沒有成功則返回false。
Resourece socket_create(int protocol, int socketType, int commonProtocol);

現在你產生一個socket，然後呢？php提供了幾個操縱socket的函數。你能夠綁定socket到一個IP，監聽一個socket的通信，接受一個socket；現在我們來看一個例子，了解函數是如何產生、接受和監聽一個socket。

<?php
$commonProtocol = getprotobyname(「tcp」);
$socket = socket_create(AF_INET, SOCK_STREAM, $commonProtocol);
socket_bind($socket, 『localhost』, 1337);
socket_listen($socket);
// More socket functionality to come
?>

上面這個例子產生一個你自己的伺服器端。例子第一行，
$commonProtocol = getprotobyname(「tcp」);
使用公共協議名字來獲取一個協議類型。在這里使用的是TCP公共協議，如果你想使用UDP或者ICMP協議，那麼你應該把getprotobyname() 函數的參數改為「udp」或「icmp」。還有一個可選的辦法是不使用getprotobyname()函數而是指定SOL_TCP或SOL_UDP在 socket_create()函數中。
$socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP);
例子的第二行是產生一個socket並且返回一個socket資源的實例。在你有了一個socket資源的實例以後，你就必須把socket綁定到一個IP地址和某一個埠上。

② 求PHP SOCKET編程原理

你了解什麼是socket不?
如果御稿差不了解建議去了解下,都是需要掌握的知識

我大概跟你描述下流程

伺服器端先初始化Socket，綁定埠(bind)，對埠進行監聽(listen)，調用accept阻塞，等待客戶端連接。
客戶端初始化一個敬差Socket，然後連接伺服器(connect)，如果連接成功，這時客戶端與伺服器端的連接就建立了。客戶端發送數據請求，伺服器端接收請求並處理請求，然後把回應數據發送給客戶端，客戶端讀取數據，最後關閉連接，一次交互結束。

其實網上資源很多了, 多了解多動鎮皮手多你自己的進步有很大的幫助

③ php socket 緙栫▼鐨勬椂鍊欏嚭閿欎簡.鎴鍥懼備笅,浠ｇ爜濡備笅.

浣犺繖涓浠ｇ爜嫻嬭瘯娌℃湁闂棰橈紝浣犳槸鍦ㄥ懡浠よ岃繍琛岀殑鍚楋紵榪欎釜瑕佸湪鍛戒護琛岃繍琛屾墠鍙浠

寮鍚錛

④ php可不可以socket通信長連接，不斷開，然後實現多次通訊

當然可以，我都已經做過udp socket雲端門禁管理系統，伺服器socket監控設備連接狀態，設備通過發送心跳包來維持連接，從而實現長連接，更多詳情http://www.100txy.com/article/54.html

⑤ Socket編程 php 與 java 通信 問題

看不懂php

但是我覺得你這個問題可能是因為php發生的EOF不符合java標准。或者根本沒有發送EOF標識。

超時應該發生在 ss = in.readLine();這一行代碼中的in.read()。

下面是j2se文檔資料
int java.io.InputStream.read()
Reads the next byte of data from the input stream. The value byte is returned as an int in the range 0 to 255. If no byte is available because the end of the stream has been reached, the value -1 is returned. This method blocks until input data is available, the end of the stream is detected, or an exception is thrown.

A subclass must provide an implementation of this method.

Returns:
the next byte of data, or -1 if the end of the stream is reached.
Throws:
IOException if an I/O error occurs.

這句話非常重要
Returns:
the next byte of data, or -1 if the end of the stream is reached.

當沒有發送end of the stream 標識的話，那麼程序屬於等待狀態。 也就是java端一直處於讀的狀態。
解決這個問題的話。 要麼終端手動發送eof.要麼終端發送每一次交互的位元組長。伺服器端根據這個位元組長來讀取相應長度的位元組。

⑥ php socket 如何實現非阻塞

關於socket的阻塞與非阻塞模式以及它們之間的優缺點，這已經沒什麼可言的；我打個很簡單的比方，如果你調用socket send函數時；
如果是阻塞模式下：
send先比較待發送數據的長度len和套接字s的發送緩沖的長度，如果len大於s的發送緩沖區的長度，該函數返回SOCKET_ERROR；如果len小於或者等於s的發送緩沖區的長度，那麼send先檢查協議是否正在發送s的發送緩沖中的數據，如果是就等待協議把數據發送完，如果協議還沒有開始發送s的發送緩沖中的數據或者s的發送緩沖中沒有數據，那麼 send就比較s的發送緩沖區的剩餘空間和len，如果len大於剩餘空間大小，send就一直等待協議把s的發送緩沖中的數據發送完，如果len小於剩餘空間大小send就僅僅把buf中的數據到剩餘空間里
如果是非阻塞模式下：
在調用socket send函數時，如果能寫到socket緩沖區時，就寫數據並返回實際寫的位元組數目，當然這個返回的實際值可能比你所要寫的數據長度要小些（On nonblocking stream oriented sockets, the number of bytes written can be between 1 and the requested length, depending on buffer availability on both the client and server computers），如果不可寫的話，就直接返回SOCKET_ERROR了，所以沒有等待的過程。。
經過上面的介紹後，下面介紹如何設置socket的非阻塞模式：
當使用socket()函數和WSASocket()函數創建套接字時，默認都是阻塞的。在創建套接字之後，通過調用ioctlsocket()函數，將該套接字設置為非阻塞模式。
//-------------------------
// Set the socket I/O mode: In this case FIONBIO
// enables or disables the blocking mode for the
// socket based on the numerical value of iMode.
// If iMode = 0, blocking is enabled;
// If iMode != 0, non-blocking mode is enabled.
u_long iMode = 1; //non-blocking mode is enabled.
ioctlsocket(m_socket, FIONBIO, &iMode); //設置為非阻塞模式

套接字設置為非阻塞模式後，在調用Windows Sockets API函數時，調用函數會立即返回。大多數情況下，這些函數調用都會調用「失敗」，並返回WSAEWOULDBLOCK錯誤代碼。說明請求的操作在調用期間內沒有時間完成。通常，應用程序需要重復調用該函數，直到獲得成功返回代碼。 不同的Windows Sockets API函數，在調用失敗時返回的WSAEWOULDBLOCK錯誤代碼具有不同的含義
需要說明的是並非所有的 Windows Sockets API 在非阻塞模式下調用，都會返回 WSAEWOULDBLOCK 錯誤。例如，以非阻塞模式的套接字為參數調用 bind() 函數時，就不會返回該錯誤代碼。當然，在調用 WSAStartup() 函數時更不會返回該錯誤代碼，因為該函數是應用程序第一調用的函數，當然不會返回這樣的錯誤代碼。
要將套接字設置為非阻塞模式，除了使用 ioctlsocket() 函數之外，還可以使用 WSAAsyncselect() 和 WSAEventselect() 函數。當調用該函數時，套接字會自動地設置為非阻塞方式: