谷歌浏览器如何一键清除DNS缓存并强制刷新域名？
功能定位：为什么必须手动清 DNS 缓存
排查劫持、灰度切流或证书续期失败时，最先被要求的“合规动作”往往是：把浏览器 DNS 缓存清掉。Chrome 在本地维护两套缓存——内置 DNS 表（HTTP 层面，浏览器进程级）与操作系统缓存（系统级）。只有同时清空并强制重新解析，后续请求才会落到最新权威记录，避免“旧 IP 仍可用”带来的审计盲区。
版本差异：136 版与旧版行为对比
截至目前的 Chrome 136 桌面版（136.0.7125.138）与安卓版（136.0.7125.142）仍保留 chrome://net-internals/#dns 入口，仅把按钮文案从「Clear host cache」微调为「Clear host cache and socket pools」，行为不变：一键清空 DNS 表与已建 TCP 池，防止连接复用绕开新解析。经验性观察：旧版（≤134）偶发按钮置灰需重启浏览器；136 版已修复，按钮始终可点。
桌面端最短路径（Windows / macOS / Linux）
- 地址栏输入
chrome://net-internals/#dns并回车； - 点击「Clear host cache and socket pools」按钮，右侧日志出现「OK」即完成；
- 如需立即验证，切到「#sockets」子页，确认「Idle sockets」计数归零。
回退方案：若页面被企业策略禁用，可在地址栏直接输入 chrome://restart 强制重启，重启后缓存同样清空，但会丢失未保存表单。
安卓端最短路径
- 地址栏输入
chrome://net-internals→ 右上角「⋮」→「DNS」； - 点「Clear host cache」；
- 返回上级，进入「Sockets」→「Flush socket pools」。
注意：安卓 WebView 与 Chrome 共用缓存，若 App 内嵌网页仍走旧 IP，需重启宿主 App。
强制刷新域名的三种互补手段
清缓存只是第一步，还要让浏览器“立刻”重新解析。推荐组合使用：
- Hard Reload：Ctrl+Shift+R（Windows/Linux）或 ⌘+Shift+R（Mac），跳过本地缓存重新请求主文档；
- 清空 Socket 池：同上，防止 HTTP/2 连接复用；
- 指定新端口触发解析：在 DevTools Network 面板，右击域名 →「Block request domain」→ 立即取消阻断，浏览器会新建 TCP 连接并重新走 DNS。
可复现验证：如何确认已生效
验证步骤
- 打开 DevTools → Network → 勾选「Preserve log」；
- 在地址栏输入目标域名，观察第一条请求的 Remote Address 列；
- 与权威 DNS 结果（dig/nslookup）比对，若 IP 一致且 TTL 倒计时从最大值开始，即证明已拉取新记录。
经验性观察：若仍看到旧 IP，优先检查是否走了代理插件或企业 PAC，导致解析被上游劫持。
例外与取舍：什么时候不该清
清缓存并非零成本：①会断开所有 Idle HTTP/2 连接，下一批请求需重新握手，延迟可感知；②若你在进行 Web 性能基线测试，清空后首次访问不再代表“热链”场景，数据失真。工作假设：对高并发压测脚本，建议先预热 30 秒再采样，而非直接清缓存。
与操作系统缓存的协同
Chrome 清的是“浏览器级”缓存，操作系统仍可能返回旧记录。若你在 Windows 调试，可在 PowerShell 执行 Clear-DnsClientCache；macOS 执行 sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder；Linux 各发行版命令差异较大，请按 systemd-resolved、dnsmasq、nscd 实际场景选择。只有双清，才能确保抓包看到的 A 记录与权威一致，满足合规审计要求。
企业环境：策略冲突与最小权限
部分公司启用 ADMX 模板「DisableNetworkInternals」= true，chrome://net-internals 会被重定向到 about:blank。此时若需排障，可临时在注册表将该键值设为 0，或让管理员推送「ChromeDevToolsAvailability」= 1，用完即恢复，遵循最小可用时间窗口原则，避免长期暴露调试接口。
故障排查速查表
| 现象 | 最可能原因 | 验证动作 | 处置 |
|---|---|---|---|
| chrome://net-internals 打不开 | 企业策略禁用 | 地址栏输入 chrome://policy 查看 | 申请临时放行或本地组策略改 0 |
| 清缓存后仍走旧 IP | 系统级缓存或代理 PAC | PowerShell Resolve-DnsName | 系统清缓存 + 直连测试 |
| 安卓 WebView 不生效 | 宿主 App 复用旧连接 | App 内强制停止再进 | 重启宿主或清「站点存储」 |
适用/不适用场景清单
适用：灰度切流、证书更换、CDN 节点故障演练、合规渗透复测、本地开发 hosts 切换。
不适用：生产压测基线、需要保持长连接的服务器推送（SSE/WebSocket）场景、用户量>10 万且无法分批灰度的首页域名——此时应改 TTL 并在权威 DNS 做分省调度，而非让用户手动清缓存。
最佳实践：一分钟检查表
[ ] 点击 Clear host cache and socket pools
[ ] DevTools → Network → 确认 Remote Address 已更新
[ ] 若仍异常，系统级清缓存 & 检查 PAC
[ ] 记录操作时间、旧 IP、新 IP，留存截图备审
FAQ（使用 FAQPage Schema）
清缓存会导致登录态丢失吗？
不会。DNS 缓存与 Cookie/本地存储隔离，仅影响域名解析，不会清除登录 Cookie。
安卓端为什么找不到 socket pools 按钮？
安卓 UI 拆分为两级，需先清 DNS，再进入「Sockets」子页点「Flush socket pools」。
清缓存后页面加载变慢正常吗？
正常。HTTP/2 连接被重置，需重新握手与 SSL 协商，通常 1-2 个 RTT 后可恢复。
收尾：下一步行动
全部要点已梳理完毕。建议你立即在测试环境走一遍「清缓存→抓包验证→记录审计」闭环，并把一分钟检查表写进团队 On-call 手册；下次遇到灰度异常或证书告警，30 秒内即可确认是否本地 DNS 问题，显著缩短 MTTR。未来版本若进一步收敛 net-internals 权限，可提前关注 Chrome Enterprise Release Notes，确保应急流程随版本同步更新。
