使用FluentValidation验证Guid列表遇问题：传值仍提示值不能为空

嘿，我碰到过类似的问题，大概率是这几个地方出了问题，咱们一步步来排查：

首先，最常见的坑——你的Ids列表可能根本没被初始化，导致模型绑定后还是null。C#里引用类型默认是null，如果你没在Data类的构造函数里给Ids赋值一个空列表，那即使请求里传了正确的数组，一旦模型绑定过程中出点小问题（比如请求格式有瑕疵），Ids就会变成null，这时候验证器去检查它的元素数量，自然就会抛出“Value cannot be null”的错误。

解决方法很简单，给Data加个构造函数初始化列表：

public class Data { 
    public List<Guid> Ids { get; set; }
    
    // 构造函数里初始化空列表，避免null
    public Data() {
        Ids = new List<Guid>();
    }
}

然后是验证器的规则问题。如果你之前只写了检查列表元素数量的规则（比如MinimumCount(1)），却没先确保列表本身不为null，那当列表是null的时候，访问Count属性就会触发空引用错误。

正确的验证规则应该同时覆盖“列表不为null”和“至少有一个元素”这两个场景。Fluent Validation的NotEmpty()方法其实已经帮你做了这两件事——它会先检查集合不是null，再检查元素数量大于0。当然你也可以分开写，更明确：

public class DataValidator : AbstractValidator<Data> {
    public DataValidator() {
        // 方式1：用NotEmpty()一步到位
        RuleFor(x => x.Ids)
            .NotEmpty()
            .WithMessage("Ids列表至少需要包含一个有效的Guid");
        
        // 方式2：分开写，更清晰（适合需要不同错误提示的场景）
        // RuleFor(x => x.Ids)
        //     .NotNull()
        //     .WithMessage("Ids列表不能为null");
        // RuleFor(x => x.Ids)
        //     .MinimumCount(1)
        //     .WithMessage("Ids列表至少需要包含一个Guid");
    }
}

另外，还得检查下你的请求格式对不对！比如发送的JSON里，Ids必须是一个数组，每个元素都是合法的Guid字符串，像这样：

{
    "Ids": ["550e8400-e29b-41d4-a716-446655440000", "123e4567-e89b-12d3-a456-426614174000"]
}

如果格式不对（比如写成了字符串而不是数组，或者Guid格式不合法），模型绑定可能会把Ids设为null，这时候自然就会触发错误。要是担心用户传无效Guid，还可以给每个元素加验证：

RuleForEach(x => x.Ids)
    .NotEmpty()
    .WithMessage("列表中的每个Id都必须是有效的Guid");

最后，你可以在控制器里先打个断点或者打印日志，看看模型绑定后的Data对象里Ids到底是null还是有值，这样就能快速定位是模型绑定的问题，还是验证器的问题啦。

内容的提问来源于stack exchange，提问作者A.Blanc