ERR_CONNECTION_TIMED_OUT表示Chrome未在时限内收到服务器SYN-ACK响应，需按网络链路、DNS解析、协议栈、浏览器状态四层排查：先ping 8.8.8.8确认连通性，再清缓存Cookies并杀净chrome.exe进程，全禁扩展或用无痕模式测试，重置Chrome网络设置，最后更换DNS为114.114.114.114和8.8.8.8并刷新本地缓存。
Chrome浏览器显示“ERR_CONNECTION_TIMED_OUT”，说明它已发出TCP连接请求，但在规定时间内没收到目标服务器的SYN-ACK响应——这不是网页打不开，而是压根没连上，必须从网络链路、DNS解析、本地协议栈和浏览器状态四层逐级排查。
确认设备是否真实联网
这一步跳过会浪费大量时间。很多用户误以为Wi-Fi图标亮着就等于能上网，其实可能只是连上了路由器但没获取到公网IP或被ISP限速拦截。
打开命令提示符（Windows）或终端（macOS/Linux），输入 ping 8.8.8.8 并回车。如果返回“请求超时”或“Destination Host Unreachable”，说明物理链路或路由层已断开。
若ping失败，拔掉光猫和路由器电源，静置【至少30秒】再通电——少于30秒无法清空设备缓存的异常ARP表和DHCP租约。
用手机开热点，电脑连上后访问同一网站。若恢复，问题锁定在原Wi-Fi环境：可能是ISP DNS劫持、光猫PPPoE拨号异常，或路由器开启了“禁止访问外网”类家长控制策略。
清除Chrome缓存与Cookies
损坏的Cookie或过期的HSTS缓存可能让Chrome强行走HTTPS却卡在TLS握手前，表现为连接超时而非证书错误。
在地址栏输入 chrome://settings/clearBrowserData → 回车 → 点击“高级”选项卡 → 时间范围选“所有时间” → 勾选“浏览历史记录”“Cookie及其他站点数据”“缓存的图片和文件” → 点击“清除数据”。
清除后务必打开任务管理器，结束所有chrome.exe进程——不杀干净的话，旧缓存会继续加载。
禁用全部扩展并测试
广告屏蔽插件、代理类扩展、甚至某些翻译工具会在后台静默注入fetch拦截逻辑，直接丢弃原始请求包，导致Chrome永远等不到响应。
方法一：在地址栏输入 chrome://extensions/ → 将所有开关拨至关闭（灰色）→ 关闭所有Chrome窗口 → 任务管理器中确认无残留进程 → 全新启动浏览器测试。
方法二：直接使用无痕模式（Ctrl+Shift+N）访问故障网页。无痕模式默认禁用所有扩展，若此时正常，问题100%出在某个扩展上。
注意：不要只关几个“看起来可疑”的扩展，必须全关。个别扩展（如某些国产网盘助手）会在后台持续轮询API，即使未激活也会劫持socket连接。
重置Chrome网络设置
Chrome内置的QUIC协议、DNS预取、代理自动配置（PAC）脚本等参数一旦错乱，会导致连接请求发不出去或发错端口，重置可恢复出厂通信逻辑。
第一步：在地址栏输入 chrome://settings/reset → 回车。
第二步：点击“将设置恢复为原始默认设置” → 在弹出框中点“重置设置”。
第三步：重启Chrome，不要跳过重启——重置操作仅修改配置文件，不终止当前运行的网络线程。
更换系统DNS并刷新缓存
DNS解析失败时，Chrome根本不知道该连哪个IP，自然超时。ISP提供的DNS常因缓存污染或响应延迟导致域名查不到IP。
Windows用户：右键网络图标 → “打开网络和Internet设置” → “更改适配器选项” → 右键当前连接 → “属性” → 双击“Internet协议版本4(TCP/IPv4)” → 选“使用下面的DNS服务器地址” → 首选填114.114.114.114，备用填8.8.8.8 → 确定。
macOS用户：“系统设置” → “网络” → 点击当前连接右侧“…” → “详细信息” → “DNS” → 点“+”号添加两行：114.114.114.114 和 8.8.8.8 → 删除原有DNS条目 → 点“好”。
执行完DNS修改后，必须刷新本地缓存：Windows在管理员命令提示符中运行 ipconfig /flushdns；macOS运行 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder。
