应用场景简介
与硬件设备连接通讯(定位设备)
IM系统(用于直播页面的聊天通讯) （推荐学习： swoole视频教程）
场景1 - 实时收集定位数据实时输出（例 滴滴司机行驶轨迹）
说明：
需要将所有的定位设备实时的接收，将实时的轨迹记录显示在地图上
注意点：
第一点：
web1服务器连接的用户1,2,3，web1广播信息时只能广播用户1，2，3,不能广播web2连接的用户4，5，6，假设场景是聊天，用户1发送一消息，只有web1 服务器的用户能看到，web2的用户全部不能收到
第二点：消息的频率控制，例：100个设备，100个用户， 100个设备每秒上传一条数据，需要实时广播给每个用户，就是每秒要100*100 = 1W次，所以可以汇总每秒数据广播给所有用户等等方法
场景2 - 只收集定位设备入库
说明：需要把所有的定位设备上传的数据入库，设备7个，每秒一条数据，个人使用swoole 的task 函数（投递一个异步的任务到 task_worker池中，此函数是非阻塞的， worker进程数同样可以配置） 后调用接口方式入库
服务器内存报警问题
原因： 在于swoole_server->task 函数
官方介绍task底层使用Unix Socket管道通信，是全内存的，没有IO消耗。单进程读写性能可达100万/s，不同的进程使用不同的管道通信，可以最大化利用多核。
但这任务如果是调用程序接口时，由于网络的延迟，增加的任务大于消费的任务时，内存占用会不断的增加，导致服务器的内存被占满。
解决方法：消息针对入任务的频率控制，可以根据自己的业务场景定义这个时间与是否可延迟等情况，汇总1秒内的所有数据再调用程序接口（汇总时个人使用redis），最好能直接入库，不必调用接口
场景-IM系统
参考官方github: webim系统.
官方wiki: swoole 框架wiki
好处
封装了数据库的model类，数据库的ORM接口
redis的封装，可以实现多实例访问
框架有一些常用的方法，像log 等等（我只用到了log）
webim 官方有demon，可以参考
下载本文