Laravel如何優雅的使用Swoole

背景

正在做一個智慧家居的專案（錢低的嚇死人怎麼辦），接收下位機（就是控制智慧家居硬體模組的HUB）協議解析，Web端維護硬體狀態，利用APP互動。由於下位機資料是傳送到伺服器的XXX埠，所以必須對XXX埠進行監聽。其實和聊天室的概念差不多，研究了一下workerman、swoole和其他幾個開源的專案，決定採用swoole。

關於php解析下位機的16進位制協議，其實相當之扯蛋，要是你最好還是用.NET或者JAVA吧。很久沒碰MVC了，光是為解析協議寫webservice覺得錢又太TM低了，哈哈哈，所以直接上PHP吧。網上搜搜還沒見幾個php這樣搞的專案，我還沒做完，做完了來談談，關鍵函式主要是bin2hex/pack/unpack。這一篇主要聊聊Laravel如何優雅的使用Swoole，其實只需簡單3步就可以完成。

什麼是Swoole

直接套用Swoole官網的介紹：PHP的非同步、並行、高效能網路通訊引擎，使用純C語言編寫，提供了PHP語言的非同步多執行緒伺服器，非同步TCP/UDP網路客戶端，非同步MySQL，非同步Redis，資料庫連線池，AsyncTask，訊息佇列，毫秒定時器，非同步檔案讀寫，非同步DNS查詢。 Swoole內建了Http/WebSocket伺服器端/客戶端、Http2.0伺服器端。

Swoole官網的文件不夠豐富啊，這比較頭疼，但大部分的問題都解釋了。如果你對Swoole很感興趣，那麼看看這個Swoole入門教程。Swoole提供了多執行緒、長連線等很多牛逼的功能，把php上升到了一個新的臺階，具體的你可以看看入門教程，本文只限於討論Laravel和Swoole的結合。

Swoole為了提供服務，必須以CLI模式執行，什麼是CLI模式呢？如果你Swoole業務程式碼是寫在一個叫server.php的檔案中，那麼在命令列下輸入php server.php開啟。這是比較頭疼的事情，因為Laravel框架可不是這樣的運轉的，那如何能與Laravel結合呢？沒錯，自定義一條Artisan Command，就這麼簡單。

STEP 1-自定義Command

關於自定義Artisan Commnad，你需要了解的技術點都在這裡,我自定義了一個叫做SwooleCommand的命令，直接貼關鍵程式碼：

fire是入口

在命令列（CLI）下執行php artisan swoole start即可開啟Swoole服務。分析一下程式碼，你可以看到命令引數包括啟動、重啟、關閉，我圖省事只實現了啟動部分，如果需要關閉，在linux中利用kill命令關閉程式，步驟挺簡單的:

1.執行 ps -aux|grep artisan命令，獲取pid（有多個程式，殺第一個即可）
2.執行 kill pid命令，pid是第一步你獲取的

關於Swoole的配置不是本文討論的範圍，請移步官網，這裡把Swoole服務用$serv變數進行了儲存，是為了後面Laravel傳送命令互動。你可以看到，Swoole的事件響應程式碼是這樣的：

用Handler處理事件響應

如果說fire開啟了Swoole的大門，那麼這裡的handler就是Swoole與Laravel的傳送帶，利用自己寫的handler,就可以把各種業務邏輯寫進Laravel框架中，然後就可以使用Laravel提供的各種高效方便的功能了。“handler”是一種命名習慣，你也可以叫做"callback"、"manager"、"listener"，這看你的命名習慣了。我沒有采用new的方式而是用Laravel的IoC注入App::make，主要是圖省事(因為handler的構造器用到了我自定義的資料處理類,往下看)。

STEP 2-自定義handler

因為是自定義的類，請遵循名稱空間，並在composer.json中宣告，完了執行composer dump-autoload命令更新一遍。比如我建立了一個資料夾app\handlers存放handler，那麼在composer.json中看起來是這樣的:

autoload不能少

那麼handler裡面具體幹些啥，就由你來決定了。反正和寫controller差不多，各種Laravel框架的功能你都能隨便用，貼上我的：

上一節我提到我用IoC是因為構造器裡面用到了自己的資料處理類，我把增刪改查和其他資料處理的業務放到Repository中了，沒其他原因，只是這樣程式碼看起來清爽一點。如此，利用Swoole接收資料的流程就算搞定了，那麼要想利用Swoole向客戶端傳送資料該怎麼做呢？咳咳，這個稍微麻煩點，需要曲線方法實現，繼續看下一節。

STEP 3-傳送資料

有兩種方法，但都離不開一個快取kv結構(Laravel自帶的Cache功能就夠了)，儲存客戶端的地址資料，要不你怎麼知道發到哪裡去。我用的是第一種，圖省事，傳送資料和Swoole就無關了，如果你需要長連線websocket，這種不適用，老老實實用第二種吧。如果你有更好的辦法，請一定要告訴我！

第一種:fsockopen

挺簡單的，和swoole就沒關係了，利用Swoole的connection_info函式獲取客戶端的IP地址和埠，然後用fsockopen直接傳送資料。

第二種:內部埠監聽

Swoole支援監聽多個埠,實現的思想就是利用fsockopen把資料利用內部監聽的埠傳送過去，然後就可以呼叫$serv傳送訊息了。這麼做的好處就是不需要知道客戶端的實際IP地址和埠，在Cache儲存客戶端的$fd標識，直接就發資料。採用這個思路，請記得iptables把埠開啟。我自己並沒有採用，因為不是長連線我覺得太麻煩。

總結

Swoole非常棒，其實都沒怎麼用上（專案錢給夠再說吧）。你還可以參考官網的配置，將Swoole作為nginx承載代理，據說效能提升很大。qq群533838427