Node.js+Express下Mongoose报_id转换cover.css为ObjectId的CastError

首先明确：你看到的这条CastError，根本不是执行product.save()写入新数据时触发的报错，是页面加载过程中，浏览器请求cover.css静态资源时被错误路由拦截抛出的，和Mongoose自动生成_id的默认机制完全无关。核心问题出在Express路由匹配逻辑、代码语法疏漏、静态资源配置三个环节：

根本原因拆解 #

• 首先存在明显的语法硬伤：你贴出的GET /:id路由处理函数没有闭合大括号，直接在逻辑内部嵌套了后续的POST路由定义，直接打乱了Express正常的路由注册流程。
  对应问题代码片段：

  router.get('/:id/', async (req, res) => {
      var product = await ProductModel.findById(req.params.id)
      res.render('products/show', { article: product })
  // 此处缺失右大括号，导致后续POST路由被嵌套在GET路由的处理逻辑内部
  router.post('/', async(req, res) => {
  

• 其次是路由匹配优先级规则问题：Express的路由是按代码注册顺序从上到下匹配的，通配路由/:id会匹配任何单层级的路径请求。当这类通配路由被放在固定路径路由、静态资源服务路由之前注册时，会直接拦截本该由其他逻辑处理的请求：浏览器请求Bootstrap静态资源cover.css时，该请求会被通配路由捕获，把cover.css的值作为id参数传入findById查询，因为cover.css不符合MongoDB ObjectId的格式要求（12字节字符串或24位十六进制字符串），最终触发类型转换失败的CastError。
• 最后是静态资源路径不规范的问题：如果页面中用相对路径引用静态资源（比如写href="cover.css"而非绝对路径href="/css/cover.css"），当页面停在/products/xxx/这类带路径层级的地址时，浏览器会自动把相对路径解析为/products/cover.css，进一步增加动态路由错匹配静态资源请求的概率。

具体修复步骤 #

• 补全代码语法疏漏，给GET /:id路由的处理函数加上缺失的右大括号，保证路由按代码书写顺序正常注册。
• 调整路由注册顺序：所有固定路径的路由（比如处理新增商品页的/new路由）要放在通配路由/:id的前面注册，避免固定路径被通配规则提前匹配。
• 检查Express的静态资源服务配置：要优先注册内置的静态资源中间件（即通过app.use(express.static('资源目录路径'))的配置），让所有静态资源请求优先被静态资源中间件处理，不会走到后续的动态路由逻辑中。
• 统一调整页面内的静态资源引用路径，全部使用以/开头的绝对路径，避免相对路径解析错误导致请求打错路由。

注：你之前尝试手动在Schema中添加_id字段的操作属于方向错误，Mongoose默认自动生成_id的逻辑没有任何异常，整个报错流程从始至终都和该机制无关。

内容的提问来源于stack exchange，提问作者Hean Le Villageois