DRF嵌套写入不触发create()的根本原因是默认嵌套字段（如PrimaryKeyRelatedField）只读且不参与反序列化；需改用ModelSerializer类型嵌套字段并显式配置queryset和read_only=False。
DRF ModelSerializer 嵌套写入时 create() 不触发？
根本原因：默认嵌套字段（比如 serializers.PrimaryKeyRelatedField 或 serializers.StringRelatedField）是只读的，哪怕你写了 write_only=False，也不会进 create() —— 它们压根不参与反序列化。
实操建议：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 需要写入嵌套对象（如用户创建文章同时新建分类），必须用
ModelSerializer类型的嵌套字段，且显式声明read_only=False（默认就是False，但别省略） - 外键字段要支持写入，得配
queryset=Category.objects.all()，否则会报"This field is required."或"Invalid pk 'xxx' - object does not exist." - 多对多或反向外键（
related_name）嵌套写入，必须重写create()或update()，不能靠默认逻辑
示例：文章带分类写入
class CategorySerializer(serializers.ModelSerializer):
class Meta:
model = Category
fields = ['id', 'name']
<p>class ArticleSerializer(serializers.ModelSerializer):
category = CategorySerializer() # ✅ 可写入嵌套</p><pre class='brush:python;toolbar:false;'>class Meta:
model = Article
fields = ['title', 'content', 'category']
def create(self, validated_data):
category_data = validated_data.pop('category')
category = Category.objects.create(**category_data)
return Article.objects.create(category=category, **validated_data)
立即学习“Python免费学习笔记（深入）”；
嵌套数据校验失败但错误信息不显示在对应字段？
现象：is_valid() 返回 False，但 serializer.errors 里只有 "non_field_errors"，或者错误堆在顶层，找不到具体是哪个嵌套字段出问题。
原因：嵌套 ModelSerializer 默认把自身校验错误“提升”到父级，除非你手动控制错误位置。
实操建议：
- 在嵌套序列化器的
Meta里加ref_name（避免 swagger 冲突），但更关键的是——用required=True显式声明嵌套字段是否必填 - 如果嵌套字段允许为空，但又想让它校验子字段，就别设
required=False，改用allow_null=True+required=False组合 - 错误定位技巧：打印
serializer.errors后，逐层查字典键；嵌套字段的错误默认挂在字段名下（如{"category": {"name": ["This field is required."]}}），不是non_field_errors
前端传嵌套数组（如多图上传）怎么让 DRF 自动建关联模型？
典型场景：文章提交时附带多个 Image 对象，每张图有 url 和 caption，期望自动创建并绑定到文章。
关键点：DRF 默认不支持嵌套列表写入，ListSerializer 必须显式指定，且 many=True 字段必须配合自定义 create()。
实操建议：
- 嵌套列表字段写法：
images = ImageSerializer(many=True, write_only=True)，注意write_only=True避免响应里返回冗余数据 -
ImageSerializer里不要设article字段（它由外层控制），否则会因缺少queryset报错 - 在主序列化器的
create()中，先super().create()得到 article 实例，再遍历validated_data['images']手动create()子对象并设外键 - 别忘了在
validated_data.pop('images')之后再调super().create()，否则**validated_data会传入未知字段报错
序列化器字段名和数据库字段名不一致时验证总失败？
比如模型字段叫 pub_date，但 API 要求前端传 publish_at，你加了 publish_at = serializers.DateTimeField(source='pub_date')，结果校验一直过不去。
原因：source 只控制序列化/反序列化时的映射方向，但字段本身仍按默认规则校验（比如 DateTimeField 会尝试 parse 字符串），而没考虑 source 字段在模型里是否允许为空、有没有 default 等。
实操建议：
- 字段别名必须配
required和allow_null，跟源字段实际约束一致；比如pub_date允许 null，那publish_at就得写allow_null=True, required=False - 如果源字段有
default=timezone.now，反序列化时这个 default 不会自动触发，得在create()里手动补 - 最稳做法：用
to_internal_value()拦截原始输入，提前转换成模型能接受的格式（比如把字符串转datetime），而不是依赖字段自动解析
复杂点其实就卡在这儿：嵌套 + 别名 + 多对多 + 自定义 create，四者叠一起时，任何一个环节漏掉 pop、少写 queryset、或搞混 source 和 write_only 的作用域，验证就静默失败。调试时优先打 validated_data，别猜。
