第二点:消息的频率控制,例: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,可以参考
以上就是swoole都用在哪里的详细内容,更多请关注其它相关文章!