被swoole坑哭的PHP程式設計師

本文主要記錄一下學習swoole的過程、填過的坑以及swoole究竟有多強大！

先說一下對swoole的理解：披著PHP外衣的C程式。許多PHPer朋友看到swoole提供的強大功能、外界對其的崇拜便躍躍欲試的安裝、調 試其demo、編寫新功能，然後興奮的奔走相告。沒過幾天當你按照自己的理解繼續用swoole時，發現代碼並沒有按照自己的預期運行，然後開始破口大 罵，什麼破東西呀，代碼跟demo基本一樣，為啥運行不通呢？什麼狗屁work、task、共享內存、ipcs、異步，各種問題湧現，然後迅速去查官方文檔，發現文檔中竟然對這些並沒有提及，只是簡單的介紹怎麼使用，此時幾乎對swoole喪失希望。

遇到的幾點問題：

1：關於phper常用的全域變數（global）為什麼在onRequest函數中不能使用。

因為swoole是多線程編程，global是不能在多個進程之間共享的。例

<ol>
<li><span><span>global $i = </span><span>0</span><span>; </span></span></li>
<li><span> </span></li>
<li><span>function onRequest() { </span></li>
<li><span> </span></li>
<li><span>    echo $i++; </span></li>
<li><span> </span></li>
<li><span>} </span></li>
</ol>

如果在swoole中寫一個上面的程序，並不會每次訪問輸出一個遞增的數字。如果要達到預期的效果，則需要使用swoole_table的相關函數。

2：什麼是非同步、什麼是回高

對phper來說，對非同步、回調的理解估計就是ajax。當看到swoole裡面對非同步、回呼的解釋，似乎很簡單的樣子，就這樣在沒有任何多線程編輯經驗的時候貿然用了swoole，結果被坑的偷偷擼代碼好幾個通宵來填自己的坑。

3：為什麼onReceive收到的資料這麼大

客戶端發送的多次請求，服務端是可以一次性接收的。並不是客戶端發送一次，服務端接收一次

4：自製httpserve

寫一個http服務端，然後透過瀏覽器存取這個自製的伺服器，刷新一次瀏覽器，服務端為什麼為接收到兩次請求？這個問題估計困饒了好多初次用swoole寫httpserver的朋友。因為瀏覽器會多發一個favicon.ico請求。

原因

出現這種情況的原因其實很簡 單，大部分phper都只會php這一語言，主要用途就是做web，寫業務邏輯。很少去了解伺服器程式的開發。有一次一個朋友用swoole寫了一個簡單的服務端，一個客戶端，跑過來問我為什麼都啟動了卻都收不到數據，我簡單看了下代碼，所有連接確實都成功了，兩端都設定了onReceive回調，程式碼沒問題，看到最後才發現他的服務端、客戶端都設定了接到訊息的回呼函數，但是兩端都沒有向對方發訊息，兩端處於僵持狀態。然後swoole官方對於這種常 識問題沒有給出說明，只是說如何設定回調、如何發送訊息，如何這樣，如何那樣。對於有服務端開發經驗的同學來說，肯定不會遇到這種問題，swoole文件也 不需要指明需要這樣做，因為這是常識。但對phper來說，指明這一點是非常重要的，因為如上面所說phper是沒有這方面認知的，只有服務端開發經驗 的程式設計師有才會有。

swoole的特色：網路通訊 框架、非同步、多執行緒。這些特性正是php所不完善的功能（雖然官方提供許多基礎函數可以實現這些功能，然後缺少中文文檔，很少有人用php來實現這部分功能），普通的phper也不具備這些特性的基礎認知，所以貿然使用swoole難免會遇到一些根本在swoole官方查不到的常識問題。

使用swoole必須要掌握的技能

1. 多執行緒程式設計

3. PHP的各項基本技能

4. 個人學習swoole的經驗

   在很久之前我也是一個只會 php的程式設計師，後來一次偶然機會需要用httpsqs，用了一段時間後發現有一些個性的需求，於是就開始看源碼。這真是不看不知道，一看嚇一 跳，httpsqs只是一層簡單的包裝，內部是一個Tokyo Cabinet資料庫，印像中封裝的程式碼也就一百多行。主要想法就是用C語的libevent做了一個http伺服器，接收請求讀寫tokyo cabinet資料庫，當時依照這個思路做出來的程式確實不少。後來我就突發奇想，既然C語言可以用libevent函數，那麼PHP肯定也可以用 libevent監聽網絡，接收請求後讀寫資料庫做隊列服務。後來經過查php官方文檔，PHP確實提供一系統完整的函數來完成這些功能，甚至多線程的全 套函數都有提供，但中文文檔太少，網上也很少搜索到成熟的代碼。在逼不得已的情況下，補習了linux-C多執行緒開發的基本原理，進程間通訊的常用方法， 也用來做了一些簡單的demo。唯一的感覺就是寫一個簡單的功能，設計起來還真複雜。就在快要放棄的時候，swoole出現了。 swoole所提供的功能 正是php所缺少的功能，簡直是太棒了。 swoole做為一種網路通訊框架，只需要簡單的幾行設置，一個伺服器就搭建起來了，以後就是不斷的去完善業務代 碼。之前在libevent交流群中得知swoole的設計在cc++中並不是最好的框架設計，但其亮點就是把基本功能用C封裝好，業務功能留給世界上 最好的語言PHP來編寫。自此便開始了swoole的填坑之旅。

   總結

   swoole並不是一個簡單的PHP框架，正如swoole官方首頁的第一句話“重新定義PHP”，千萬不要用舊有php的思想來寫swoole代碼！ swoole重新活化了PHP，php成就了swoole!

   以上就介紹了被swoole坑哭的PHP程式設計師，包含了方面的內容，希望對PHP教程有興趣的朋友有所幫助。