Express路由顺序影响请求处理，动态路由应放在静态路由之后。

在 Express 应用中，路由声明顺序直接影响请求匹配结果：若动态路由（如 `/api/tshirts/:productId`）置于静态路由（如 `/api/tshirts/other`）之前，Express 会因自上而下的严格顺序匹配机制，错误地将 `/other` 解析为 `productId="other"`，导致本该执行的静态逻辑被跳过、返回异常或空响应——看似路由存在，实则形同虚设；正确做法是遵循“从具体到宽泛”原则，把静态、精确路径放在前面，动态、泛化路径置于末尾，并辅以正则约束、404兜底和调试工具，让路由行为清晰可控、避免静默失败。

当 Express 中动态路由（如 /api/tshirts/:productId）声明在静态路由（如 /api/tshirts/other）之前时，请求会被前者错误匹配并尝试解析 other 为 productId 参数，导致后续逻辑异常或返回 null。

当 Express 中动态路由（如 `/api/tshirts/:productId`）声明在静态路由（如 `/api/tshirts/other`）之前时，请求会被前者错误匹配并尝试解析 `other` 为 `productId` 参数，导致后续逻辑异常或返回 null。

在 Express 中，路由匹配是自上而下、严格顺序执行的。一旦某个路由路径与请求 URL 匹配（包括参数占位符），Express 就会立即调用其对应的处理函数，不再继续检查后续路由——即使存在更精确的静态匹配。

你当前 tshirts.ts 中的路由定义顺序如下：

router.get("/:productId", tshirtsController.getTShirtByProductId) // ✅ 匹配 /other
router.get("/other", (req, res) => { /* ... */ })                 // ❌ 永远不会执行

当请求 GET /api/tshirts/other 到达时：

• Express 首先匹配 /:productId —— 因为 other 完全符合“任意非斜杠字符串”的语义；
• req.params.productId 被赋值为 "other"；
• 后续的 getTShirtByProductId 控制器被调用，但很可能因查无 ID 为 "other" 的商品而返回 null 或空响应（如 res.json(null)），状态码仍为 200；
• /other 路由永远不会被访问。

✅ 正确做法：将更具体的静态路由放在更通用的动态路由之前：

// ✅ 推荐顺序：从具体到宽泛
router.get("/other", (req, res) => {
  console.log("here");
  res.json({ msg: "hello" });
});

router.get("/findProductsByIds", tshirtsController.getTShirtsByIds);

router.get("/", tshirtsController.getTShirts);

// ✅ 动态路由放最后
router.get("/:productId", tshirtsController.getTShirtByProductId);

? 补充建议：

• 可对 :productId 添加正则约束（如 /:productId([0-9]+)）避免匹配非数字字符串，提升健壮性；
• 使用 app.use((req, res) => res.status(404).json({ error: 'Not found' })) 作为兜底中间件，确保未匹配路由有明确响应；
• 开发阶段可启用 app.set('trust proxy', true) 并配合 debug 模块（DEBUG=express:* npm start）观察路由匹配过程。

牢记：Express 不做最长前缀匹配，也不做语义优先级判断；路由顺序即执行顺序。 合理组织路由是避免“看似正确却静默失败”的关键。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Express路由顺序影响请求处理，动态路由应放在静态路由之后。》文章吧，也可关注golang学习网公众号了解相关技术文章。