POST /orders · middleware bench

中间件顺序、短路与回程实验室

同一组模块，只换顺序，可能从 403 变成 401，也可能让异常失去统一格式，甚至让未授权请求先创建订单。拖动管道，再发一次请求看证据。

请求向内 响应向外 异常跳转

POST /orders
Authorization: — · Body: { "sku": "BOOK-001", "quantity": 2 }

应用注册栈

拖拽模块，或用每行的上下按钮重排。

依赖完整

    运行证据

    日志展示真实控制流；右侧解释当前顺序的后果。

    尚未发送
    等待请求

    先选场景，再观察请求在哪里停止

    蓝色是进入，绿色是回程，红色表示异常跳转。

    事件日志 0 条

    1. ·
      等待实验发送后，每一步都会记录它读取了什么、写入了什么。

    顺序诊断 不是背固定清单

      响应来源
      —
      Content-Type
      —
      requestId
      —
      访问日志
      —

      判断顺序时，先问“它依赖谁”，再问“它会不会结束请求”

      认证要先建立身份，授权才能检查权限；访问日志要先注册完成监听，才能覆盖后续短路；在 Express 的分派规则里，自定义错误处理器必须排在可能抛错的解析器或路由之后，异常才有机会抵达它。