PHP即时通讯的两种方案和区别

本文探讨了PHP实时通讯的两种方案:WebSocket和定时异步请求。WebSocket提供高即时性但可能面临兼容性和实现复杂性问题;而定时异步请求简单快速,适用于实时性要求不高的场景,但数据需手动确认,且可能存在频繁请求的问题。两者各有优缺点,开发者需根据实际需求选择合适的方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天来说说PHP的实时通讯,一般我们都是使用websocket,他的优点也是比较明显:即时性高,可以很好地解决对实时性要求比较高的场景,缺点就是:不是所有的浏览器都兼容,服务器端实现起来也稍微有点麻烦。

但是部分场景对实时性要求不是特别的高的,又希望快速开发的,今天我们就来说下该方法

js用定时器周期性向服务器发送请求,模拟实时刷新!

拿一个例子来说下,是一个饭店的下单语音提示类的DEMO,仅做参考。

里面大概思路的话,就是通过js匿名函数再以自调用的形式,根据设定的定时器设定指定时间,进行跳转查询,根据回调结果,为语音赋指定的路径,来播放不同场景的语音。

以及注册的一系列的监听函数,以及语音可以播报后移出事件,因为我们是定时器,如果不移除事件的话,会没隔10秒就播放一次语音。

以及ios系统不能主动交互,需要手动绑定移动端触摸事件,详细的话请点击图片查看代码分析。

好处的话,一目了然,代码少,易理解,可以实现快速开发,满足一些实时性不高的场景,缺点的话就是,所提示的数据需要我们手动的去确认下,否则该数据会一直存在提示,那么肯定有人问,那设置了定时器,不是每个10秒都在请求,晚上也在不停请求,这怎么办?

方法很多,其实我们可以通过宝塔上的定时任务去设置,也可以写判断,获取到当前时间,如果当前时间不是营业时间,就暂停或者不向下走即可。

最后总结下区别:

定时异步请求:查询到的数据需要人为的确定下,否则的话会一直进行提示,即时性不是特别的高,根据设置的定时时间来查询

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值