PHP不適合做物聯網服務端嗎?
在傳統的思維中,常有人告訴你,php不適合用來做物聯網服務端,讓你換java,node,go等其他語言,是的,沒錯傳統意義上的php,確實很難做物聯網伺服器,因為它實在太蹩腳了,當然,這也不是意味著徹底就不能做。
舉個例子,當你想實作一個TCP伺服器的時候,你可能需要寫出原理大約如下的程式碼:(推薦學習:PHP程式設計從入門到精通 )
for ($i = 0;$i <= 1;$i++){<br/> $pid = pcntl_fork();<br/> if($pid){<br/> if($i == 0){<br/> $server = stream_socket_server("tcp://127.0.0.1:9501", $errno, $errstr, STREAM_SERVER_BIND);<br/> }else if($i == 1){<br/> $tickTime = time()+3600;<br/> while (1){<br/> usleep(1);<br/> if($tickTime == time()){<br/> //do my tick func<br/> }<br/> }<br/> }<br/> }}<br/>
以上程式碼的意義等於在一個行程中建立一個TCP 服務端,另外一個行程中死迴圈來做時間偵測,從而實現定時器邏輯。
這樣看起來,確實很蹩腳,而且對於程式設計基礎普遍比較薄弱的PHPer來說,這真的很難維護。
當然這個時候,就會有人說,這不是還有Workerman嗎,是的,確實還有Workerman,Workerman就是高度封裝了上述程式碼原理,幫助你專心於實現程式碼邏輯的一個PHP多進程框架,因此說PHP不時候做物聯網,其實這是謬論。
當然這時候可能又會有人說,go語言有協程,你用Workerman當出現阻塞資料庫呼叫的時候,那效率就非常的差,很難出現高並發,這麼說沒錯,但是實際上,我們可以盡可能的用多進程去彌補這個不足,也就是堆機器。
當然,如果你真的想錙銖必較,沒關係,這個時候我們就可以拿出我們的殺器,那就是Swoole4.x的協程。
Actor模型
什麼是Actor,簡單來說,Actor就是高度抽象化的並發模型,每個Actor實例的記憶體空間都是互相隔離的,用於降低使用者編程與維護難度。
以上是物聯網會用php嗎的詳細內容。更多資訊請關注PHP中文網其他相關文章!