如何正确测试泛型函数参数是否为Null？解决.NET Core MVC场景问题

针对你遇到的这个问题，我来逐个拆解你的思路，并给出具体的实现方案：

方案1：使用可空参数区分“未传入”与“默认值” #

你的第一个思路是完全可行的，只需要调整泛型约束和方法参数的定义即可。因为值类型（比如Guid）本身不能为null，我们可以将方法参数定义为可空值类型，同时通过泛型约束限定T为值类型，这样就能明确判断参数是否被客户端传入：

public class Foo<T> where T : struct
{
    public IActionResult MyClass(T? id)
    {
        if (id.HasValue)
        {
            // 参数已传入，使用 id.Value 进行后续操作
            return Ok(id.Value);
        }
        else
        {
            // 参数未传入，执行对应逻辑
            return BadRequest("参数id未提供");
        }
    }
}

这样当你实例化new Foo<Guid>()后，MVC在未接收到id参数时，会将id设为null，而不是自动填充为Guid.Empty，完美解决了无法区分“未传入”和“默认值”的问题。如果是引用类型的T，你可以去掉where T : struct约束，直接用T id判断id == null即可。

方案2：对比类型默认值（修复编译错误） #

你之前的代码编译失败，是因为编译器无法确定泛型类型T是否支持==运算符。解决这个问题的最佳方式是使用EqualityComparer<T>.Default.Equals方法，它能兼容所有类型（值类型和引用类型），且不需要额外的泛型约束：

public class Foo<T>
{
    public IActionResult MyClass(T id)
    {
        // 使用EqualityComparer判断是否等于默认值
        if (EqualityComparer<T>.Default.Equals(id, default(T)))
        {
            // 参数为默认值（可能是MVC自动填充，也可能是用户主动传入）
            return BadRequest("参数id无效");
        }
        else
        {
            // 参数有效，执行逻辑
            return Ok(id);
        }
    }
}

不过要注意：这种方法无法区分用户主动传入默认值（比如手动传Guid.Empty）和MVC自动填充的情况，如果你的业务不需要区分这两种场景，这个方案会更通用。

最佳实现方式 #

• 如果你需要明确区分“参数未被传入”和“用户主动传入默认值”：优先选择方案1，使用可空参数（T?）的方式，这能精准判断参数是否由客户端提供。
• 如果你的业务逻辑中，“默认值”和“未传入”的处理逻辑一致：选择方案2，用EqualityComparer<T>来判断，代码更简洁且兼容所有类型。

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