背景##
正在做一个智能家居的项目，接收下位机（就是控制智能家居硬件模块的HUB）协议解析，Web端维护硬件状态，利用APP交互。由于下位机数据是发送到服务器的XXX端口，所以必须对XXX端口进行监听。其实和聊天室的概念差不多，研究了一下workerman、swoole和其他几个开源的项目，决定采用swoole。
。很久没碰MVC了，所以直接上PHP吧。网上搜搜还没见几个php这样搞的项目，我还没做完，做完了来谈谈，关键函数主要是bin2hex/pack/unpack。这一篇主要聊聊Laravel如何优雅的使用Swoole，其实只需简单3步就可以完成。
什么是Swoole##
Swoole为了提供服务，必须以CLI模式运行，什么是CLI模式呢？如果你Swoole业务代码是写在一个叫server.php的文件中，那么在命令行下输入php server.php开启。这是比较头疼的事情，因为Laravel框架可不是这样的运转的，那如何能与Laravel结合呢？没错，自定义一条Artisan Command，就这么简单。
STEP 1-自定义Command##
fire是入口在命令行（CLI）下执行php artisan swoole start即可开启Swoole服务。分析一下代码，你可以看到命令参数包括启动、重启、关闭，我图省事只实现了启动部分，如果需要关闭，在linux中利用kill命令关闭进程，步骤挺简单的:
1.执行 ps -aux|grep artisan命令，获取pid（有多个进程，杀第一个即可）
2.执行 kill pid命令，pid是第一步你获取的
3.如果想后台值守，一定加上nohup命令！！！
如果说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，这种不适用，老老实实用第二种吧。如果你有更好的办法，请一定要告诉我！