Flask接收嵌套JSON时request.get_json()返回None，主因是前端未设Content-Type: application/json或发送表单格式；需前端显式设置header，后端加form兜底；Marshmallow中用data_key映射键名与字段名差异；嵌套列表须用fields.List(fields.Nested(Schema))而非Nested(many=True)；错误信息需通过ValidationError.normalized_messages()获取嵌套路径。
Flask接收嵌套JSON时request.get_json()返回None怎么办
常见原因是前端没设Content-Type: application/json，或者发的是表单格式（application/x-www-form-urlencoded）但后端硬用get_json()。Flask默认只对application/json解析JSON，其他类型会返回None。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 前端确保
fetch或axios中显式设置headers: {'Content-Type': 'application/json'} - 后端加兜底判断：
data = request.get_json() if data is None: # 尝试从form读（兼容部分调试场景） data = request.form.to_dict() # 注意：form不支持嵌套，仅作临时 fallback，不可用于真正嵌套结构 - 开发期用
curl验证：curl -X POST http://localhost:5000/api/data \ -H "Content-Type: application/json" \ -d '{"user": {"name": "Alice", "profile": {"age": 30, "tags": ["dev", "python"]}}}'
用Marshmallow定义嵌套Schema时字段名和JSON键不一致怎么处理
比如JSON里是user_profile，但Python变量想叫profile，直接写profile = fields.Dict()会导致反序列化失败——因为Marshmallow默认按字段名匹配键名。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 用
data_key参数映射输入键名：class UserProfileSchema(Schema): age = fields.Integer(data_key="user_age") tags = fields.List(fields.String(), data_key="user_tags") <p>class UserSchema(Schema): name = fields.String(required=True) profile = fields.Nested(UserProfileSchema, data_key="user_profile") -
data_key只影响输入/输出键名，不影响内部字段访问；序列化后仍按data_key输出，如需保持原键名输出，加dump_only=True或改用attribute - 避免在嵌套Schema里混用
data_key和attribute，容易绕晕；统一用data_key控制JSON侧，用字段名控制Python侧
嵌套列表数据（如[{“id”:1},{“id”:2}]）反序列化失败的典型原因
错误现象：传{"items": [{"id": 1}, {"id": 2}]}，但schema.load(data)报Invalid type. Expected dict, but got list.——这通常是因为fields.List(fields.Nested(...))写错了位置。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 嵌套列表必须用
fields.List(fields.Nested(InnerSchema))，不能写成fields.Nested(InnerSchema, many=True)（后者是错的，many=True属于Nested的参数，不是字段类型） - 正确写法示例：
class ItemSchema(Schema): id = fields.Integer() <p>class PayloadSchema(Schema): items = fields.List(fields.Nested(ItemSchema), required=True) - 如果列表项本身可能为
null，加allow_none=True到fields.Nested里，而不是外层List - 性能注意：深层嵌套+大列表时，
fields.Nested开销明显；若只需校验结构、不依赖Marshmallow的高级特性，可考虑用fields.Dict()配合手动校验
验证失败时如何让错误信息包含嵌套路径（比如“items[1].id is required”）
默认schema.validate(data)返回的错误字典是扁平的，嵌套字段报错只显示{"id": ["Missing data for required field."]}，无法定位到具体第几个item。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 启用
error_store机制：调用schema.load(data, unknown=EXCLUDE)而非validate，它返回带完整路径的ValidationError异常 - 捕获后用
exc.normalized_messages()获取嵌套路径格式错误：try: result = schema.load(data) except ValidationError as exc: print(exc.normalized_messages()) # 输出：{'items': {1: {'id': ['Missing data for required field.']}}} - 生产环境别直接返回原始
normalized_messages()给前端（含内部结构），建议封装一层，把{1: {...}}转成["items[1].id is required"]字符串列表
嵌套JSON + Marshmallow的坑多数出在“以为字段名=键名”“列表写法记混”“错误路径不清晰”这三处。越早用curl测原始请求，越少被前端框架的默认行为干扰。
