按钮点击没反应：用Fetch状态和异常处理定位失败

按钮没有提示，不一定没有发送请求。本文从事件触发、请求状态和页面反馈三处检查，避免把接口失败误显示成操作成功。

先判断请求有没有发出

按钮点击没反应，先在开发者工具观察点击前后的网络请求和控制台。没有请求时，检查事件是否绑定、按钮是否被遮挡或脚本是否提前异常；已经发送时，记录方法、路径、返回状态和响应内容。不要一开始就重复点击，以免后台实际上执行了多次。

Fetch遇到404或500等HTTP错误时，不会仅凭状态码自动进入拒绝分支。代码需要主动检查response.ok或status，再决定读取结果与显示提示。网络断开、响应解析失败和业务返回失败也应分开处理，不能共用一个“操作完成”。

让每次操作都有结果反馈

点击后显示处理中，并限制同一操作的重复提交；收到有效成功结果后更新列表或状态，失败时恢复按钮并说明原因。若连接中断但服务端可能已完成，应先查询结果再重试。发布、付款或创建记录等有副作用动作，尤其不能靠前端禁用按钮作为唯一防重措施。

验收准备正常成功、未登录、接口报错与断网四种场景，确认页面不会长期停在转圈，也不会把失败项归入成功列表。日志使用请求编号关联前后端，便于定位。最后刷新页面核对真实保存状态，避免只有当前浏览器界面发生变化，后台数据却没有写入。

官方参考

资料核对日期：2026年10月26日。

MDN：Using Fetch