使用Postman提交含ObjectID的POST请求时出现Express视图查找错误的技术问询

看起来你碰到的Failed to lookup view "error"错误其实是表面误导，真正的问题出在文章创建时的author字段赋值，再加上Express错误处理逻辑试图渲染一个不存在的视图，才抛出了这个混淆视线的错误。咱们一步步拆解解决：

1. 先搞定错误视图问题，找到真实错误根源 #

从错误栈能看到，错误触发了app.js第50行的代码——应该是你的Express错误处理中间件调用了res.render('error')，但你的views目录里根本没有这个视图文件。

先临时修改错误处理逻辑，让它直接返回JSON格式的错误详情，这样就能看到数据库层面的真实错误了：

// 找到app.js中的错误处理中间件，替换成这段代码
app.use((err, req, res, next) => {
  // 注释掉原有的res.render('error')
  // res.render('error');
  res.status(500).json({
    message: err.message,
    stack: err.stack
  });
});

重新用Postman发起请求，你会发现真实错误大概率是：req.user._id不存在，导致无法给author字段赋值有效的ObjectId。

2. 解决Post创建时的Author字段问题 #

看你的控制器代码，你强制把author设置为req.user._id，但这里有两个矛盾点：

• 你在Postman请求里手动传了author字段，但代码里直接覆盖成了req.user._id
• Postman发起的请求没有经过用户认证，所以req.user是undefined，导致author被赋值为无效值

根据你的业务需求，有两种解决方案：

方案A：要求请求必须经过用户认证（仅登录用户可创建文章） #

如果你的业务逻辑是“只有登录用户能发文章，作者就是当前用户”，那需要确保Postman请求携带认证信息（比如JWT Token、Session Cookie），让Express能解析出req.user。

举个JWT的例子：在Postman的请求头里添加Authorization: Bearer <你的用户Token>，同时确保项目里有对应的认证中间件（比如express-jwt）来验证Token并把用户信息挂载到req.user上。

方案B：允许从请求体接收Author字段（适用于后台管理场景） #

如果允许手动指定作者（比如管理员代发文章），那修改控制器代码，从req.body里获取author即可：

exports.create_posts = [ 
  (req, res, next) => { 
    const errors = validationResult(req); 
    if(!errors.isEmpty()) return res.json(errors.array()); 
    // 从请求体中解构出author，不再硬编码req.user._id
    const {title, content, published, author} = req.body; 
    Posts.create({title, content, published, author}, (err, posts) => { 
      if(err) return res.json(err); 
      posts.populate('author', (err, populatedPost) => { 
        res.json(populatedPost); 
      }) 
    }) 
  } 
]

注意：要确保Postman传的author值6097ea05631bde908900b5e2是MongoDB中真实存在的User文档ObjectId，否则Mongoose会抛出关联不存在的错误。

额外小提示：检查数据类型 #

你的请求体里published字段传的是字符串"true"，但模型里它是Boolean类型。虽然Mongoose会自动转换，但建议直接传布尔值true（不带引号），避免潜在的类型转换问题。

等你解决了真实错误后，再根据项目模板引擎创建对应的error视图文件（比如error.ejs），恢复错误处理中间件的res.render('error')逻辑就可以了。

内容的提问来源于stack exchange，提问作者Allen Chen