查看实际响应内容

通知请求返回 200 也可能只是登录页面。核对响应正文、状态码与重定向，检查请求是否进入通知处理程序。不能仅凭访问日志有一条记录，就认定订单逻辑已经执行。

为通知配置正确访问路径

通知由服务端发送，不应依赖浏览器登录态或人工验证码。按项目路由明确接收入口，并保留验签与订单核对；解决登录拦截并不意味着可以跳过消息校验。网关和防护配置也需同步检查。

复测通知并核对历史交易

使用固定测试订单确认真实处理与应答，随后检查故障期间的已支付未同步记录。补偿沿原业务入口执行，避免重复发货。保存修改前后的响应样本，便于再次发生时快速定位。

访问放行不能省略业务校验

通知路由需要能被支付服务访问，不能要求交互登录或验证码；但仍要在接收程序执行签名、商户、订单、金额与状态检查。排查时先看访问日志和真实响应，修正明确的拦截规则，不应通过移除全站认证来让一个通知地址可达。