登录接口调用res.json返回空数组 移动端用户数组字段全为空

核心问题原因 #

• 误判了"数据正常"的检查对象：你描述的"调用res.json前所有数据均正常"，大概率是直接打印了从数据库查询出的原始user对象，并没有检查最终要返回的returnObj。authenticateUserObject通常是项目内用于裁剪用户敏感字段、组装返回结构的工具函数，很多实现会采用「字段白名单」逻辑，只有在白名单内的字段才会被写入最终返回对象。如果allergens、dietaries、participations没有被加入该函数的白名单，函数大概率会给这些字段兜底赋值为空数组[]，不会透传原始关联数据。
• ORM关联字段的可枚举性问题：如果使用Sequelize、TypeORM这类ORM框架，预加载的关联数组默认会被挂载到ORM实例的非可枚举属性上（比如Sequelize的实例属性默认存在dataValues下，直接打印实例时ORM会自动展开显示关联数据，但序列化时只会提取可枚举的自有属性）。如果authenticateUserObject没有正确从ORM实例的dataValues中提取这些关联字段，最终赋值时就会取到undefined，被兜底成空数组。
• 全局响应中间件的过滤逻辑：部分项目会配置全局的响应序列化中间件，在res.json执行前对返回对象做递归裁剪，如果中间件配置的白名单只包含基础类型字段，会默认把所有数组/嵌套对象字段过滤为空值。
• Flutter端解析的默认值误导：如果后端实际返回的JSON中不存在这些字段，而Flutter端的User类构造函数给这些字段设置了默认值为空数组，打印时就会显示为[]，但这种情况通常日志里的字段名会和后端返回的字段名存在大小写、拼写差异，可以通过原始返回值对比排除。

快速排查步骤 #

1. 在后端res.json调用的前一行，使用console.log(JSON.stringify(returnObj))打印最终要返回的完整对象，确认这几个数组字段在后端序列化前的实际值，避免直接打印ORM实例带来的误判。
2. 检查authenticateUserObject函数的实现：如果是手动组装返回字段，确认是否提取了关联数组字段，若是Sequelize实例，确认取值路径是user.dataValues.allergens而非直接取user.allergens；如果是白名单逻辑，确认是否把这几个数组字段加入了允许返回的列表。
3. 用Postman、curl等工具直接请求登录接口，查看接口返回的原始JSON内容：如果原始JSON中这几个字段本身就是空的，说明问题出在后端；如果原始JSON中有值，说明问题出在Flutter端的模型解析逻辑，需要检查JSON转实体类的映射规则。

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