在用swoole扩展写在线聊天例子的时候遇到一个问题，查了不少资料，现在记录于此。
通过看swoole_server的接口文档，回调注册接口on中倒是有明确的注释本2文来*源gao($daima.com搞@代@#码(网搞gaodaima代码：
* 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教程有兴趣的朋友有所帮助。
转载请注明原文链接：php的swoole扩展中onclose和onconnect接口不被调用的问题
