ERR_EMPTY_RESPONSE表示浏览器连接成功但服务器未返回任何HTTP响应数据。原因包括服务端无响应、CDN HTTP/2回源不兼容、系统网络栈异常、Chrome搜索引擎配置错误或扩展劫持请求，需按五步深度排查修复。
如果您在使用谷歌浏览器访问网站时遇到“ERR_EMPTY_RESPONSE”错误，表明浏览器已成功建立连接，但服务器未返回任何HTTP响应数据。该现象并非单纯网络中断，而是请求链路中某环节主动终止或静默丢弃了响应。以下是深度排查与底层修复的多种路径：
一、验证服务器端响应行为
该步骤用于确认问题是否源于服务端无响应或过早断连，而非客户端配置。需借助命令行工具绕过浏览器直接探测服务端真实行为。
1、打开命令提示符（Windows）或终端（macOS/Linux），执行：curl -v https://目标网址
2、观察输出中是否出现Connected to但无< HTTP/响应头，或立即返回* Empty reply from server。
3、若curl同样失败，说明问题在服务端或中间链路；若curl成功而浏览器失败，则锁定为客户端环境问题。
二、禁用HTTP/2回源链路（针对CDN用户）
当使用EdgeOne、Cloudflare等支持HTTP/2回源的CDN时，若源站服务器不兼容HTTP/2协议，CDN节点在缓存失效后发起HTTP/2回源请求，源站会直接RST连接且不发任何响应，导致浏览器收到空响应。
1、登录CDN控制台，定位至源站配置或回源协议设置模块。
2、查找启用HTTP/2回源或HTTP Version for Origin Fetch选项。
3、将其强制设为HTTP/1.1或自动降级，保存配置。
4、清除CDN全站缓存，等待配置生效后重试。
三、修复系统级网络栈与注册表钩子
Chrome依赖Windows系统网络组件（如WinINet、WinHTTP）及ShellExecuteHooks机制处理URL请求。若注册表中存在异常钩子DLL或系统网络栈损坏，会导致请求发出后无响应返回。
1、以管理员身份运行命令提示符，依次执行以下命令：
netsh winsock reset
netsh int ip reset
ipconfig /flushdns
2、打开注册表编辑器（regedit），导航至：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellExecuteHooks
3、检查右侧值项：仅保留默认值{AEB6717E-7E19-11d0-97EE-00C04FD91972}，其余非法GUID值全部删除。
4、重启计算机。
四、校准浏览器预设搜索引擎与地址栏解析逻辑
ERR_EMPTY_RESPONSE常在地址栏直接输入关键词搜索时触发，本质是Chrome将关键词误判为URL并尝试发起HTTP请求，但因预设搜索引擎配置错误（如URL含非法字符、重定向循环或协议缺失），导致内建搜索跳转流程崩溃并返回空响应。
1、在Chrome地址栏输入：chrome://settings/searchEngines，回车进入搜索引擎管理页。
2、点击管理搜索引擎，查看“在地址栏中使用的搜索引擎”是否指向有效条目。
3、若显示为https://google.com/search?q=%s以外的非常规地址（如含空格、中文、file://或无协议前缀），点击其后的三点菜单选择移除。
4、在“其他搜索引擎”列表中找到Google或Bing官方条目，点击设为默认。
5、关闭所有Chrome窗口，重新启动浏览器。
五、隔离浏览器扩展与沙箱冲突
部分广告拦截、隐私保护类扩展（如uBlock Origin旧版、某些国产安全插件）会在页面加载中途劫持fetch/XHR请求，并在特定条件下（如匹配到黑名单域名但未配置fallback）静默终止响应流，不抛出JS错误，仅表现为ERR_EMPTY_RESPONSE。
1、在Chrome地址栏输入：chrome://extensions，回车进入扩展管理页。
2、将所有扩展的开关全部关闭，确保右上角“开发者模式”处于关闭状态。
3、重启Chrome，在隐身窗口（Ctrl+Shift+N）中测试原问题网址。
4、若隐身窗口正常，逐个开启扩展并刷新测试，定位引发问题的扩展名称。
5、对该扩展执行从Chrome中移除操作，不可仅停用。
