.NET Core+EF Core构建的API中POST请求触发Swagger字段必填验证错误排查求助

你遇到的这个400验证错误问题，根源其实出在实体类直接作为API请求参数，以及模型验证和EF Core关系映射的冲突上，我来一步步帮你拆解：

为什么会出现这个错误？ #

你在Skill实体的tech导航属性上加了[JsonIgnore]，但这个特性只负责控制JSON的序列化/反序列化，不会影响ASP.NET Core的模型验证规则。同时，因为你给TechId外键加了[Required]，EF Core会隐式地把关联的导航属性tech标记为必填项——而你提交的请求体里肯定不会（也不应该）包含tech对象，所以模型验证直接失败，Swagger就返回了400错误。

解决办法（推荐用最佳实践方案） #

最稳妥的方式是使用DTO（数据传输对象）代替实体类作为API的请求参数，因为实体类是和数据库强绑定的，包含了导航属性、软删除字段等不需要在API层暴露的内容，很容易引发这类验证问题。

步骤1：创建对应的DTO类

// 用于接收创建Tech的请求数据
public class CreateTechDto
{
    public string TechName { get; set; }
    public List<CreateSkillDto> Skills { get; set; } = new List<CreateSkillDto>();
}

// 用于接收创建Skill的请求数据
public class CreateSkillDto
{
    public string SkillName { get; set; }
    // 不需要TechId，后端会自动关联
}

步骤2：修改控制器的Post方法

[HttpPost]
public ActionResult<Tech> PostTech([FromBody] CreateTechDto techDto)
{
    if (!ModelState.IsValid)
    {
        return BadRequest(ModelState);
    }

    // 把DTO转成实体类
    var newTech = new Tech
    {
        TechName = techDto.TechName,
        Skills = techDto.Skills.Select(skillDto => new Skill
        {
            SkillName = skillDto.SkillName
        }).ToList()
    };

    _context.Techs.Add(newTech);
    _context.SaveChanges();

    // 这里不需要循环单独添加Skill，EF Core会自动级联插入关联的Skills
    return Ok(newTech);
}

临时快速修复方案（不推荐长期使用） #

如果暂时不想改DTO，也可以在Skill的tech属性上添加[BindNever]特性，告诉模型绑定系统忽略这个属性的验证：

[ForeignKey("TechId")]
[JsonIgnore]
[BindNever] // 新增这个特性
public Tech tech { get; set; }

不过还是强烈建议使用DTO方案，这是.NET API开发的标准实践，能避免很多后续的坑，比如字段泄露、验证冲突等。另外提一句，你原来代码里循环添加Skill并多次调用SaveChanges()的方式可以优化，EF Core支持级联添加关联实体，一次SaveChanges()就能完成Tech和所有Skills的插入，效率更高。

备注：内容来源于stack exchange，提问作者Kim K