扫码关注官方订阅号
项目开发中遇到有推送消息的地方,需要实时或者伪实时的推送,我给后端建议用websocket,后端觉得搭建websocket会很耗服务器性能,让我就定时刷就行了。。。。
求解,是否websocket很耗性能?
闭关修行中......
WebSocket是用的长连接。
哪种更耗性能,我觉得这不是关键所在,你没有描述清楚你的ajax轮询的频率和你具体应用在哪一方面?Websocket对于延时性要求很高的应用来说自然是非常好的选择,但同时Websocket是html5引入的新特性,如果你使用的浏览器还是ie8,那就根本不用考虑这个问题了。Ajax轮询,对浏览器兼容性友好,实现起来更加容易,业务结构清晰,如果你的业务压力不大的话,用Ajax轮询就行了。
Websocket的性能损耗取决于你服务端语言的选型和实现细节,就目前来说,很多事件驱动的设计对Websocket是非常友好的,比如nodejs中的一个非常有名的模块socket.io,就能很方便的实现Websocket服务端业务,对于中小型的应用来说,结合其他缓存之类的技术,性能问题不大。同样的,如果你只会PHP,你可以选择使用swoole,同样的事件驱动的设计模型。
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
WebSocket是用的长连接。
哪种更耗性能,我觉得这不是关键所在,你没有描述清楚你的ajax轮询的频率和你具体应用在哪一方面?Websocket对于延时性要求很高的应用来说自然是非常好的选择,但同时Websocket是html5引入的新特性,如果你使用的浏览器还是ie8,那就根本不用考虑这个问题了。Ajax轮询,对浏览器兼容性友好,实现起来更加容易,业务结构清晰,如果你的业务压力不大的话,用Ajax轮询就行了。
Websocket的性能损耗取决于你服务端语言的选型和实现细节,就目前来说,很多事件驱动的设计对Websocket是非常友好的,比如nodejs中的一个非常有名的模块socket.io,就能很方便的实现Websocket服务端业务,对于中小型的应用来说,结合其他缓存之类的技术,性能问题不大。同样的,如果你只会PHP,你可以选择使用swoole,同样的事件驱动的设计模型。