如果你是在内部发起外部请求而发生了请求超时，这种场景可以表现为异常，如果你对异常没有做好处理，那么就会导致进程退出，如此便会导致 websocket 断开。
可以问一下怎样在websocket建立的时候获取参数吗？虽然在连接成功后再发送一次消息也行。但这样可能会有一些莫名的连接挂着。
see: https://wenda.workerman.net/question/4644
谢谢你的解答，我还遇到了个很奇怪的问题，我这边是把web页面嵌入到C++开发的桌面应用中的，有个页面（别名a）停留了一段时间，再点击这个页面进入下一页面（别名b），b页面就显示连接服务端websocket失败，返回a页面，再进入b页面websocket连接又正常了，发现是a页面停留时间大于10分钟进入b页面就会出现这种情况，请问你有遇到过类似的吗？或者你有解决思路吗？求指点，谢谢
长连接的话就把心跳加上；另外心跳若正常，那最大可能就是你页面连接处理逻辑有问题；
连接逻辑应该没什么错，再次进入连接是成功的
如果你是在内部发起外部请求而发生了请求超时，这种场景可以表现为异常，如果你对异常没有做好处理，那么就会导致进程退出，如此便会导致 websocket 断开。
可以问一下怎样在websocket建立的时候获取参数吗？虽然在连接成功后再发送一次消息也行。但这样可能会有一些莫名的连接挂着。
see: https://wenda.workerman.net/question/4644
谢谢你的解答，我还遇到了个很奇怪的问题，我这边是把web页面嵌入到C++开发的桌面应用中的，有个页面（别名a）停留了一段时间，再点击这个页面进入下一页面（别名b），b页面就显示连接服务端websocket失败，返回a页面，再进入b页面websocket连接又正常了，发现是a页面停留时间大于10分钟进入b页面就会出现这种情况，请问你有遇到过类似的吗？或者你有解决思路吗？求指点，谢谢
长连接的话就把心跳加上；另外心跳若正常，那最大可能就是你页面连接处理逻辑有问题；
连接逻辑应该没什么错，再次进入连接是成功的