MongooseJS findOne返回完整文档，.select()无效的异常问题

1. 先确认请求是否真的走到你的控制器 #

这是最核心的问题——控制器换成乱码还能返回正确文档，说明请求根本没执行你写的代码：

• 检查路由顺序：如果有更宽泛的路由（比如/service-plans/*）或通配符路由在你的目标路由之前定义，请求会被先匹配的路由处理。把你的目标路由移到所有同类路由的最前面再测试。
• 排查全局中间件：有没有全局的响应中间件、预加载中间件（比如express.static、自定义的文档返回中间件）在控制器之前就发送了响应？比如有些项目会写全局中间件自动返回查询到的模型数据，导致你的控制器代码被跳过。
• 验证控制器执行状态：在控制器开头加console.log('执行ServicePlan控制器')，看终端是否有输出。如果没有，说明请求根本没到达这个控制器。

2. 排查缓存问题 #

• 客户端缓存：用浏览器隐私模式发起请求，或强制刷新（Ctrl+F5），排除浏览器缓存旧响应的可能。
• 服务器端缓存：如果用了Redis、内存缓存之类的工具，清空缓存再测试；如果是Mongoose的内置缓存，重启服务器即可清除。

3. 模型配置导致select无效 #

如果请求确实走到了控制器，检查ServicePlan模型的配置：

• 检查toJSON/toObject转换设置：比如模型里是否有类似schema.set('toJSON', { transform: (doc, ret) => { /* 错误地保留了所有字段 */ } })的配置，强制返回所有字段会导致select不生效。
• 确认查询代码正确性：比如是不是写成了ServicePlan.find().select('-subField')（排除字段）而非select('subField')；如果用了populate，关联的子文档会被返回，看起来像是完整文档，要检查populate的参数是否限制了字段。

4. 确认服务器代码已更新 #

• 手动启动的服务器：改代码后必须重启才能生效；如果用nodemon，检查是否检测到了控制器文件的变化（比如文件扩展名不对、nodemon配置忽略了该文件）。

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