随笔 - 64  文章 - 3 评论 - 2 阅读 - 25774
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

  Qt 的tcpsocket做网络客户端的时候,连接报错。在其他电脑正常

  原来调用connectToHost时会先检查代理情况。Qt 程序默认使用系统的代理设置会导致这个问题导致,只要关闭系统的代理设置就可以解决这个问题

这一般是电脑有wifi的情况出现的。

 QTcpSocket->setProxy(QNetworkProxy::NoProxy);设置一下就可以了。

详情查询setProxy说明。

 转 Qt5_ss.资料_TcpSocket在Qt5.8之后的默认代理设置 - CppSkill - 博客园 (cnblogs.com)

原来调用connectToHost时会先检查代理情况。那么我们试着检查socket的代理类型,用tcpSocket->proxy().type();分别在FQ和不翻的状态下运行,结果居然都是0,也就是DefaultProxy,这怎么回事?这样到checkProxy应该不报错才对啊?

既然这样,那么就是这个函数用的不对,还看帮助吧,找啊找啊,终于找到这样一个函数[static] QNetworkProxy QNetworkProxy::applicationProxy(),看解释:
Returns the application level network proxying.
If a QAbstractSocket or QTcpSocket has the QNetworkProxy::DefaultProxy type, then the QNetworkProxy returned by this function is used.看来应该使用这个才对啊,再拿tcpSocket->proxy().applicationProxy().type();试验,这下就会发现未FQ状态是NoProxy,FQ状态是HttpProxy

这样一来就清楚了,但是注意上面的解释有一句:If a QAbstractSocket or QTcpSocket has the QNetworkProxy::DefaultProxy type。那么为什么socket默认用的是DefaultProxy而不是NoProxy?这是出于什么考虑?

接着用Google查,发现QTBUG网站和Qt开发者有一些讨论,一位开发者认为既然Chrome都用了系统代理,为什么我们不能?讨论的内容很多,不想都贴出来了,最后的结果是从Qt 5.8开始,socket默认代理类型是DefaultProxy。

posted on   七星落地  阅读(372)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现
· 25岁的心里话
点击右上角即可分享
微信分享提示