Node、Mongoose、Redux：GET请求失败排查求助

嘿，我碰到过好多次这种修改Schema后请求崩了的情况，咱们一步步来捋清楚问题出在哪：

一、先揪出具体错误信息 #

你提到请求执行失败，但没说具体返回啥错误——是浏览器控制台报Cannot read property xxx？还是Network里显示500服务器错误？或者服务器日志里有Mongoose的验证报错？先把这些信息挖出来，能大幅缩小排查范围。如果暂时拿不到，先按下面的常见原因挨个查。

二、排查Mongoose Schema变更的兼容性问题 #

既然修改前一切正常，那Schema的变更大概率是导火索：

• 必填字段新增：比如新Schema给某个字段加了required: true，但数据库里的旧文档根本没这个字段，Mongoose查询时会触发验证失败，直接抛错。

  举个例子：旧Schema里description是可选，新Schema改成description: { type: String, required: true }，但库里老文档都没这个字段，查询就炸了。

• 字段类型变更：比如旧字段是String，新Schema改成Number，但旧文档存的是字符串，Mongoose自动转换失败也会报错。
• 嵌套结构/子文档新增：如果新Schema加了嵌套对象（比如author: { name: String, id: String }），但旧文档里author是单纯的字符串，类型不匹配也会导致查询异常。

快速验证方法：
在服务器的查询代码里临时加个.lean()，比如：

// 原来的查询
Model.find()
// 修改后
Model.find().lean()

.lean()会跳过Mongoose的文档验证和序列化，直接返回原生JSON。如果加了之后能拿到数据，那肯定是Schema验证的问题，要么调整Schema的必填规则，要么批量更新旧文档补全缺失字段。

三、检查Redux Action的请求逻辑 #

看看请求本身有没有因为Schema变更出现问题：

• 先确认API接口路径没写错（虽然之前正常，但万一改Schema时不小心动了接口路由呢？）；
• 看浏览器Network里的请求：Status Code是多少？404是路径错了，500是服务器崩了，400是参数有问题；
• 请求头有没有变化？比如服务器新增了权限校验，但Action里没带token？（这个概率低，但也别漏了）

四、检查Reducer的数据处理逻辑 #

Schema变了，返回的数据结构肯定和之前不一样，Reducer如果还按老逻辑处理，必炸：

• 比如旧数据是{ title: 'xxx', content: 'xxx' }，新数据变成了{ post: { title: 'xxx', content: 'xxx' } }，Reducer里还是直接取action.payload.title，就会拿到undefined；
• 有没有依赖旧字段？比如Reducer里用了action.payload.oldField，但新Schema里把这个字段删了，就会报Cannot read property 'oldField' of undefined；

快速排查方法：
在Reducer里加个console.log(action.payload)，看看实际返回的数据结构是什么样的，对比旧结构调整处理逻辑。可以用可选链?.避免报错，比如把action.payload.title改成action.payload?.post?.title。

五、服务器端查询代码的坑 #

有时候Schema改了，但查询代码没跟上：

• 有没有用select()指定返回字段？比如旧Schema里有content，新Schema改名叫body，但查询代码还是select('content')，导致返回的数据里根本没body；
• 有没有用populate()关联其他集合？如果新Schema改了关联字段的名称，populate()的参数没更新，会导致关联查询失败；
• 服务器端有没有错误捕获？比如查询时抛出错误但没try/catch，直接返回500。

验证方法：
用Postman或curl直接请求服务器接口，看能不能拿到正确数据。如果能，问题就在前端的Action或Reducer；如果不能，那就是服务器端的Schema或查询代码有问题。

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