使用Nullable引用类型与泛型遇类型转换错误，求解原因

核心原因：T?的语义取决于T的类型 #

你遇到的问题本质是nullable引用类型的?修饰符和值类型的可空Nullable<T>是两套独立机制，在泛型场景下语义完全不同：

当启用nullable引用类型特性时，T?的含义分两种情况：

• 若T是引用类型：T?表示「可空引用类型」，允许赋值为null；
• 若T是值类型：由于所有值类型本身都满足notnull约束（值类型默认不能为null，除非包装成Nullable<T>），此时nullable引用类型的?修饰符对值类型无效——T?等价于T本身，而非Nullable<T>。

对应你的代码：

• Entry<int>的Member类型是int（而非你预期的int?）；
• 你赋值的nullNumber是int?（即Nullable<int>结构体），属于不同类型，因此编译器抛出类型转换错误。

解决方法 #

根据你的需求，有两种常见处理方式：

方案1：移除notnull约束，允许T为可空值类型 #

如果不需要强制T为非空类型，可以直接去掉notnull约束：

public class Entry<T>
{
    public T? Member { get; set; }
}

此时使用Entry<int?>实例，Member类型就是int?，可以直接赋值nullNumber。

方案2：针对值类型单独定义可空成员 #

如果需要保留notnull约束，可通过泛型重载或显式处理值类型的可空包装：

// 针对引用类型的版本（保留notnull约束）
public class ReferenceEntry<T> where T : class
{
    public T? Member { get; set; }
}

// 针对值类型的版本，显式使用Nullable<T>
public struct ValueEntry<T> where T : struct
{
    public T? Member { get; set; }
}

关键区分 #

务必明确两个特性的边界：

• nullable引用类型：仅作用于引用类型，是编译时的空值检查机制；
• 可空值类型（Nullable<T>）：CLR层面的结构体，用于包装值类型实现空值存储。
  泛型中混用二者时，必须根据T的类型明确语义，避免混淆。

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