今天来说说PHP的实时通讯，一般我们都是使用websocket，他的优点也是比较明显：即时性高，可以很好地解决对实时性要求比较高的场景，缺点就是：不是所有的浏览器都兼容，服务器端实现起来也稍微有点麻烦。
但是部分场景对实时性要求不是特别的高的，又希望快速开发的，今天我们就来说下该方法
js用定时器周期性向服务器发送请求，模拟实时刷新！
拿一个例子来说下，是一个饭店的下单语音提示类的DEMO，仅做参考。
里面大概思路的话，就是通过js匿名函数再以自调用的形式，根据设定的定时器设定指定时间，进行跳转查询，根据回调结果，为语音赋指定的路径，来播放不同场景的语音。
以及注册的一系列的监听函数，以及语音可以播报后移出事件，因为我们是定时器，如果不移除事件的话，会没隔10秒就播放一次语音。
以及ios系统不能主动交互，需要手动绑定移动端触摸事件，详细的话请点击图片查看代码分析。
好处的话，一目了然，代码少，易理解，可以实现快速开发，满足一些实时性不高的场景，缺点的话就是，所提示的数据需要我们手动的去确认下，否则该数据会一直存在提示，那么肯定有人问，那设置了定时器，不是每个10秒都在请求，晚上也在不停请求，这怎么办？
方法很多，其实我们可以通过宝塔上的定时任务去设置，也可以写判断，获取到当前时间，如果当前时间不是营业时间，就暂停或者不向下走即可。
最后总结下区别：
定时异步请求：查询到的数据需要人为的确定下，否则的话会一直进行提示，即时性不是特别的高，根据设置的定时时间来查询，代码简单，易于理解，可实现快速开发。
websocket：监听数据库的某方法（比如insert），插入后会进行提示，类似状态修改，不会重复提示，实时性高，兼容性问题（不是浏览器都兼容），相比于上个方法，服务端实现起来，稍微有点麻烦。
两个方法都是相对而言，都是各有弊端与优点，想获得相应到的效果就得付出相应的成本，仅作为个人意见，各位有什么不同的见解，可以在评论区或者私信进行探讨。
下期详解websocket的通讯原理，再见。
