最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
当前位置: 首页 - 科技 - 知识百科 - 正文

swoole都用在哪里

来源:动视网 责编:小采 时间:2020-11-03 18:23:39
文档

swoole都用在哪里

swoole都用在哪里:应用场景简介与硬件设备连接通讯(定位设备)IM系统(用于直播页面的聊天通讯) (推荐学习: swoole视频教程)场景1 - 实时收集定位数据实时输出(例 滴滴司机行驶轨迹)说明:需要将所有的定位设备实时的接收,将实时的轨迹记录显示在地图上注意点:第一点:w
推荐度:
导读swoole都用在哪里:应用场景简介与硬件设备连接通讯(定位设备)IM系统(用于直播页面的聊天通讯) (推荐学习: swoole视频教程)场景1 - 实时收集定位数据实时输出(例 滴滴司机行驶轨迹)说明:需要将所有的定位设备实时的接收,将实时的轨迹记录显示在地图上注意点:第一点:w


应用场景简介

与硬件设备连接通讯(定位设备)

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,可以参考

文档

swoole都用在哪里

swoole都用在哪里:应用场景简介与硬件设备连接通讯(定位设备)IM系统(用于直播页面的聊天通讯) (推荐学习: swoole视频教程)场景1 - 实时收集定位数据实时输出(例 滴滴司机行驶轨迹)说明:需要将所有的定位设备实时的接收,将实时的轨迹记录显示在地图上注意点:第一点:w
推荐度:
标签: 在哪里 使用 都是
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top