通过看swoole_server的接口文档,回调注册接口on中倒是有明确的注释:
* swoole_server->on & swoole_http_server->on are the same except swoole_http_server : * - not accepting onConnect/onReceive callback accept events onRequest
swoole_http_server和swoole_server大体是相同的,但是swoole_http_server中是不调用connect和receive接口的,相对应调用request接口。
在聊天的小例子中用的是swoole_websocket_server,通过测试在swoole_websocket_server中receive接口也是没有被调用的,但是作为长连接服务,worker中
close和connect中的回调还是有必要的。比如上线广播通知,下线广播通知,都是需要回调这两个对应的接口才能很好的实现。所以官方肯定是支持回调的。
最后找到问题是通过一份swoole版本更新公告。
swoole-1.7.16 版本已发布,BUG 修复版本:
增加swoole_server->tick和swoole_timer_tick函数
增加http服务器对gzip压缩的支持
增加swoole_table->incr/decr原子自增/自减方法
增加open_eof_split配置,使用EOF检测可以支持自动分包
增加server统计项request_count和worker_request_count
增加server的连接迭代器,可以使用foreach遍历服务器的所有连接
增加http服务器请求的query_string
增加http服务器multipart-form和上传文件的支持
修复onReceive数据合并失效的BUG
修复swoole_server->addtimer与tick定时器冲突的BUG
修复低版本Linux下Accept未设置阻塞的问题
修复Accept失败返回Too Many Connection重复打印日志的问题
修复task_max_request参数失效的问题
修复swoole_client的waitall参数失效问题
修复swoole_table发生死循环的BUG
WebSocket服务器onOpen回调函数第2个参数由$fd调整为$request对象
Http服务器允许发送空body的response
禁用swoole_websocket_server->send方法
BASE模式支持向任意FD发送数据
设置dispatch_mode = 1, 3 后关闭onClose/onConnect事件回调
允许Worker进程内设置非系统保留信号
移除swoole底层对对象资源属性的依赖,直接读取指针,提升性能
解决心跳线程无法强制杀掉遗留连接的问题
优化dispatch_mode=3模式,提升任务分配的效率
是worker分配模式的问题。在抢占模式和轮询模式,这两个回调接口不在被调用。固定模式,每个客户端的数据包都会由固定的worker进程处理,这样就可以在worker进程中存放一些属于这个客户端的私有信息,缓存一部分读写频繁的数据,就和erlang中的进程词典类似的操作。这样客户端在下线时,要做一些清理操作。上线初始化操作。所以这个模式是很有意义,也是很有必要的。固定模式适合处理每个客户端逻辑相对均匀的情况。
以上就介绍了php的swoole扩展中onclose和onconnect接口不被调用的问题,包括了方面的内容,希望对PHP教程有兴趣的朋友有所帮助。