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


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM