关于“php_websoket报错”的问题，小编就整理了【3】个相关介绍“php_websoket报错”的解答：
websocket连接出错求解释？1、用户登录后建立websocket连接，默认选择websocket连接，如果浏览器不支持，则使用sockjs进行模拟连接。
2、建立连接后，服务端返回该用户的未读消息。
3、服务端进行相关操作后，推送给某一个用户或者所有用户新消息相关环境Spring4.0.6(要选择4.0+),tomcat7.0.55。
php怎么连websocket？那是因为，还没有握手成功，并且这个in的处理不是针对客户端的是针对服务端的这样修改在websocket.class.php添加这两行if(!$this->users[$k]['hand']){//没有握手进行握手$this->handshake($k,$buffer);$eventreturn=array('k'=>$k,'sign'=>$sign);$this->eventoutput('handsuccess',$eventreturn);}在server.php加一个elseif}elseif('handsuccess'==$type){//第一次握手成功$websocket->write($event['sign'],'welcome');}
websocket优缺点？优点：
1、传统的http请求，其并发能力都是依赖同时发起多个TCP连接访问服务器实现的(因此并发数受限于浏览器允许的并发连接数)，而websocket则允许我们在一条ws连接上同时并发多个请求，即在A请求发出后A响应还未到达，就可以继续发出B请求。由于TCP的慢启动特性（新连接速度上来是需要时间的），以及连接本身的握手损耗，都使得websocket协议的这一特性有很大的效率提升。
2、http协议的头部太大，且每个请求携带的几百上千字节的头部大部分是重复的，很多时候可能响应都远没有请求中的header空间大。如此多无效的内容传递是因为无法利用上一条请求内容，websocket则因为复用长连接而没有这一问题。
3、当需要实现客户端刷新消息时，传统方案往往通过定时ajax请求实现，实际上对多数用户多数时间下这些请求都是无意义了，除了浪费资源。
其次则是websocket支持服务器推送消息，这带来了及时消息通知的更好体验，也是ajax请求无法达到的。
缺点：
它对开发者要求高了许多。对前端开发者，往往要具备数据驱动使用javascript的能力，且需要维持住ws连接（否则消息无法推送）；对后端开发者而言，难度增大了很多，一是长连接需要后端处理业务的代码更稳定（不要随便把进程和框架都crash掉），二是推送消息相对复杂一些，三是成熟的http生态下有大量的组件可以复用，websocket则太新了一点。
到此，以上就是小编对于“php_websoket报错”的问题就介绍到这了，希望介绍关于“php_websoket报错”的【3】点解答对大家有用。
