结账页面一直转圈时，最有效的入口不是清缓存，而是浏览器 Console 和 Network。加载动画只是结果，真正错误通常发生在静态资源、checkout 配置、购物车 totals、配送地址或支付接口。

先看第一个失败请求

打开无痕窗口进入结账页，在 Network 中筛选 4xx、5xx 和长时间 pending 的请求。常见目标包括 totals-information、shipping-information、payment-information 以及客户地址相关接口。

点击失败请求，记录 URL、状态码和响应中的错误类型。不要把客户姓名、地址、Token 或支付数据复制到公共工单。

检查 Console

常见前端原因包括 Knockout binding 错误、mixin 返回值不正确、RequireJS 模块路径错误，以及第三方支付组件初始化异常。开启开发者模式只适合测试环境：

bin/magento deploy:mode:show
bin/magento cache:clean config layout block_html full_page

不要为了调试直接在生产环境切换开发模式。

检查静态文件是否完整

如果 Console 出现模块加载失败或静态文件 404，先检查部署版本、主题和 locale。结账页依赖大量 JavaScript，一个关键模块缺失就可能让 UI 永远停在 loading 状态。

排查配送和支付方法

暂时在测试环境禁用最近新增的配送或支付扩展做对照。服务端插件必须在无可用方法时返回合法空结果，而不是抛出未处理异常。外部接口应设置明确超时，不能让 PHP 请求无限等待。

Totals 是否循环更新

自定义费用、优惠券或地址监听代码如果在每次 totals 返回后再次触发 totals 请求，会形成循环。可在 Network 中观察相同请求是否连续出现。

// 错误思路：每次 totals 更新后无条件再次 estimateTotals
// 正确做法：仅在真实输入变化且值不同的情况下触发，并增加防抖与进行中状态判断。

服务器端日志

tail -f var/log/system.log var/log/exception.log
# 同时查看 PHP-FPM 与 Web 服务器错误日志

如果接口返回 500，应按请求时间和关联 ID 找到对应异常。不要只处理前端的通用错误提示。

验证矩阵

  • 游客与登录客户。
  • 虚拟商品与实体商品。
  • 一个地址和新建地址。
  • 不同配送与支付方法。
  • 有无优惠券、不同币种和 store view。
  • 桌面与移动浏览器。

修复后应确认请求数量恢复正常、没有重复 totals 调用，并实际完成一笔测试订单。