那天晚上十点十七分，cn.bing.com 在 QQ 浏览器里解析到了 127.0.0.1
用 nslookup 查了三次，本地 DNS 返回的都是回环地址，换到 223.5.5.5 立刻正常。这一条记录了完整的三次查询输出和我手动改 DNS 的操作步骤，顺便附上 tk49正版图库 那次访问失败的截图描述。
那次白屏让我把过去两年里攒下的、关于"qq浏览器网址打不开"的零散记录重新翻了一遍：域名解析、代理劫持、HTTPS 证书、缓存与内核版本、运营商的 DNS 污染，几乎每一类都在我自己的机器上留下过痕迹。这个页面把它们按时间与主题归档，共 12 条，附标签索引与被翻得最多的几页。
说实话，很多人把这类问题归咎于"浏览器坏了"，我不太同意——至少在我的记录里，超过七成的案例根因不在浏览器本身，而在它之外那层看不见的解析与网络环境。
用 nslookup 查了三次，本地 DNS 返回的都是回环地址，换到 223.5.5.5 立刻正常。这一条记录了完整的三次查询输出和我手动改 DNS 的操作步骤，顺便附上 tk49正版图库 那次访问失败的截图描述。
朋友老周打电话来，说他在 可以直接进入网站的网页版浏览器 里打开任何 http 站点都转圈。远程看了十分钟，Windows 的 Internet 选项里代理服务器被勾上了，关掉之后页面立刻回来。这一条写的是排查顺序，而不是结论。
11 月 3 日在一台 2019 年的笔记本上测试，QQ 浏览器内核版本停留在 108，访问某政务站点时提示证书过期。升级到 120 之后恢复正常。我在这条里对比了 49图库资料免费打开49图库app安卓版下载 页面的加载时间：升级前 9.4 秒，升级后 1.8 秒。
这个站点的根证书没问题，但服务器没有下发中间证书，桌面版 QQ 浏览器会直接掐断连接，手机版反而放过。我把 openssl s_client 的输出贴在笔记里，并记录了手动导入中间证书后 2024年澳门历史记录查询 页面的恢复情况。
1 月 6 日手滑，把一台工作机的浏览记录全清了。后来在用户目录下找到 favicons 和 History 两个 SQLite 文件，用 DB Browser 打开，按访问时间倒序导出。这条也顺带讲了 浏览器恢复历史记录浏览器app 的几种不可靠做法，劝人别乱装。
这是全站被引用最多的一篇。第一步查物理网络，第二步查 DNS，第三步查代理，第四步查 hosts，第五步查证书时间，第六步查内核版本，第七步才考虑重装。十次里有六次在前三步就能定位，qq浏览器进不去 这个搜索词背后的真实问题往往比想象中朴素。
去年 10 月 12 日入住，晚上八点半开始连不上 JSTOR 和两个镜像站，但视频网站正常。用 dig 查返回的是无效 IP，判断为酒店出口的 DNS 过滤。改用 DoH 之后恢复。这条笔记的重点是：先确认是"全部打不开"还是"部分打不开"，结论完全不同。
同事小林把某个域名的 IP 写错了一位，导致该站点在 QQ 浏览器里持续报 ERR_CONNECTION_REFUSED。我在笔记里复述了当时她说的那句"我以为 hosts 只是加速用的"。这类误解很常见，也解释了为什么很多"打不开"的帖子下面全是无效建议。
11 月 21 日在地铁上遇到，同一台手机，同一网址，蜂窝网络失败、WiFi 成功。后来确认是运营商侧对 80 端口的某种处理。笔记里记录了三次切换网络的对照结果，以及临时把站点强制跳转 443 的验证方法。
装了一个第三方规则订阅之后，某新闻站首页白屏，但文章详情页能打开。禁用扩展即恢复。这条我写得比较细，因为"禁用所有扩展"这种建议虽然正确，却很少有人告诉你怎么二分定位到具体规则。
这台旧机器的主板电池没电了，每次断电时间就回退。1 月 9 日开机后，QQ 浏览器打开任何 https 页面都报证书错误。把时间同步到 NTP 之后全部恢复。笔记里附了一句提醒：证书错误先看时钟，不要先怀疑网站。
12 月 28 日测试某图书馆检索系统，QQ 浏览器旧版本连不上，抓包看到 ClientHello 之后就没有下文。升级内核后正常。这条也顺带记录了我对"换浏览器"这个建议的看法：它通常有效，但很少是根因。