【Qt聊天客户端-min_Bug】客户端请求失败分析
1. 问题复现
问题出现的背景：编写同意好友请求websocket通知功能时，电脑异常断电后，重启项目出现该为Bug
- 服务端日志
- 客户端发送请求
- 客户端日志
2. 排查
307行日志正常打印，说明请求发送的没有问题，开始排查连接问题
服务端解析请求的日志没有打印，那么就证明服务端根本没有接收到这个请求
- 那么怀疑客户端根本就没有正常连接服务端，进一步检查连接问题
- 怀疑服务端代码中没有成功监听8000端口，从而导致客户端不能够成功连接服务器
- 判断逻辑，如果此处监听失败，那么Listen就会返回0，最后ret == 8000也就是false，所以最终就会导致服务器启动失败
- 经过上面的排查，排除服务器启动等问题，进一步检查客户端发送请求后，服务端的路由是否设置一致
- 如果没有配置正确的路由映射，那么就很有可能导致客户端发送的代码无法被服务器进行处理，最终导致连接关闭的问题
检查后该环节没有问题
- 最终经排查，根源问题是在于8000端口被其他应用程序占用而导致
- 下面关闭8000端口的应用程序后，运行验证
3. 总结反思
连接过程的重要节点都需要打上日志，当出现问题的时候可以快速找到问题；其次在开发过程中，其一是需要及时备份自己开发的版本，防止突发情况，导致程序无法恢复；最后在遇到连接相关的问题时，优先考虑网络层面出现了问题，例如端口号占用以及网络防火墙等因素。