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