Express中动态路由（如/:productId）会匹配所有子路径，若定义在具体路径（如/other）之前，则会拦截请求，导致后续路由无法执行。
express路由匹配顺序导致的参数路径优先级问题
在Express中，路由匹配是**自上而下、严格按定义顺序进行的**。当使用带通配符的动态路由（例如 `/:productId`）时，它本质上是一个正则式匹配（等价于 `/.+`），会捕获任意非空字符串——包括 `other`、`findProductsByIds` 甚至 `hello`。因此，如果你将 `router.get("/:productId", ...)` 写在 `router.get("/other", ...)` 之前，那么对 `/api/tshirts/other` 的请求**会在到达 `/other` 路由前就被 `/:productId` 拦截**，`productId` 的值被解析为 `"other"`，后续的 `/other` 路由根本不会执行。
这是你遇到“控制台无日志、响应体为 null、状态码却是 200”的根本原因：getTShirtByProductId 控制器可能未正确处理该非法ID（如返回 res.json(null) 或未调用 res.send()），而Express默认在未显式响应时返回空响应体 + 200状态。
✅ 正确做法：将具体、静态的路由放在动态路由之前。修改 tshirts.ts 中的路由定义顺序：
// ✅ 正确顺序：先具体，后动态
router.get("/", tshirtsController.getTShirts);
router.get("/other", (req, res) => {
console.log("here"); // 现在能正常打印
res.json({ msg: "hello" });
});
router.get("/findProductsByIds", tshirtsController.getTShirtsByIds);
router.get("/:productId", tshirtsController.getTShirtByProductId); // 放在最后
⚠️ 注意事项：
- 动态参数路由（/:id、/*、/test*）具有最高“贪婪度”，应始终置于同层级路由的末尾；
- 开发时建议添加一个兜底 404 处理中间件（放在所有 app.use(router) 之后），便于快速定位未匹配路由；
- 可借助 express.Router({ mergeParams: true }) 在嵌套路由中安全访问父级参数，但本例不涉及；
- 若需校验 productId 格式（如必须为数字），应在控制器内做防御性判断，并返回 400 或 404，而非静默返回 null。
遵循“精确优先、从上到下”的原则，即可避免此类静默路由失效问题。
