当 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 不做最长前缀匹配，也不做语义优先级判断；路由顺序即执行顺序。 合理组织路由是避免“看似正确却静默失败”的关键。
