net::ERR_CONNECTION_RESET 表示TCP连接被对方主动重置，需分层诊断：先ping验证网络连通性，再telnet检测端口可达性，接着用cURL复现请求定位问题层级，最后通过重置网络协议栈或禁用QUIC/TLS 1.3 0-RTT等浏览器特性排除干扰。
遇到网页打不开、图片上传失败、API请求中断，浏览器或控制台反复报出 net::ERR_CONNECTION_RESET 或 connection was reset，说明客户端与服务器之间的TCP连接被对方主动发送RST包终止——这不是超时，而是连接被“砍断”。必须立刻启动分层诊断，跳过盲目刷新和重启浏览器这类无效动作。
第一步：确认是本地环境问题还是目标服务问题
打开命令提示符（CMD）或 PowerShell，执行：
ping -n 4 www.baidu.com
如果全部显示“请求超时”，说明你的设备根本未接入互联网，【此时所有后续操作都无效】，立即检查网线、Wi-Fi开关、路由器供电状态。
若能通，再测试目标域名（如 your-api.com）：
ping -n 4 your-api.com
不通 ≠ 服务宕机。DNS解析失败也会表现为ping不通，但浏览器仍可能加载页面（因浏览器缓存了IP）。所以紧接着执行：
telnet your-api.com 443
若提示“无法打开到主机的连接”，说明TCP三次握手在SYN阶段就失败——大概率是防火墙拦截、端口关闭、或中间网络设备（如企业网关）主动拒绝。若提示“已连接”，则问题出在TLS协商或HTTP层，进入下一阶段。
用开发者工具抓取失败请求的原始痕迹
在Chrome或Edge中打开出错页面→按F12→切换到Network标签→勾选“Preserve log”→重现错误操作（如点击上传、刷新页面）。
找到标红的请求→右键→“Copy”→“Copy as cURL (bash)”。
把这行cURL粘贴进终端执行，观察返回。如果终端也报Connection reset by peer，说明问题不在浏览器渲染层，而是网络栈或服务端策略导致；如果终端能成功返回HTML或JSON，则问题锁定在浏览器扩展、代理配置或HTTPS证书处理异常。
注意：某些安全插件会劫持HTTPS连接并重置原生请求，禁用所有扩展后重试可快速验证。
快速重置系统网络协议栈（Windows专用）
方法一：管理员身份运行PowerShell，依次执行：
netsh int ip reset
netsh winsock reset
ipconfig /flushdns
执行完必须重启电脑，否则更改不生效。
方法二：一键脚本（复制全部内容保存为 reset-net.bat，右键以管理员身份运行）：
@echo off
netsh int ip reset
netsh winsock reset
ipconfig /flushdns
shutdown /r /t 0
【该脚本执行后将立即强制重启，务必先保存所有未保存工作】
绕过QUIC和TLS协商干扰（Chrome/Edge有效）
第一步：在地址栏输入 chrome://flags 或 edge://flags → 回车
第二步：在搜索框中分别输入以下关键词，将对应项设为 Disabled：
① Experimental QUIC protocol
② Parallel downloading
③ TLS 1.3 0-RTT
第三步：点击右下角“Relaunch”按钮重启浏览器。
QUIC协议在部分老旧CDN或中间设备上兼容性极差，启用后极易触发RST；TLS 1.3 0-RTT则可能被严格合规的金融类或政务类服务器拒绝，强制降级为TLS 1.2即可绕过。
