在C#中何时应为引用类型使用nullable（?）修饰符？

首先得明确：C# 8.0及以后引入的可空引用类型特性，才让?对引用类型有了实际意义——它不是改变引用类型存null的能力（引用类型本来就能存null），而是做显式的意图声明，告诉编译器和其他开发者：这个变量/参数/返回值允许为null。

什么时候该给引用类型加?？ #

1. 明确允许参数传null的场景 #

就像你示例里的GetId方法：

public int GetId(Foo? foo , string? name)

加?就是明明白白告诉调用者：foo和name都可以传null，方法内部会处理这种情况。如果不加?，在启用可空特性的项目里，调用者传null时编译器会直接抛警告，提示“可能为null的参数传给了非可空参数”。

2. 类成员可能被设为null的情况 #

比如你的Foo类：

public class Foo
{
  public int id;
  public string? name; // 加?表示name允许为null
}

如果name在某些业务场景下会被赋值为null，加?能让编译器和其他开发者一眼明白这个成员的可空性，避免不必要的警告或误用。

3. 方法返回值可能为null的情况 #

比如一个根据ID查找对象的方法，找不到就返回null：

public Foo? GetFooById(int id)
{
  // 业务逻辑：找到返回实例，找不到返回null
}

加?后，调用者就能清楚知道这个返回值可能为null，会主动做null检查，避免空引用异常。

什么时候不用加?？ #

• 当你能保证引用类型永远不会为null时，比如在构造函数里强制初始化的类成员：

public class Foo
{
  public int id;
  public string name; // 构造函数必赋值，不会为null，所以不加?

  public Foo(string name)
  {
    this.name = name ?? throw new ArgumentNullException(nameof(name));
  }
}

• 方法参数明确要求不能为null时，不加?，同时用代码保证非空：

public int GetId(Foo foo, string name)
{
  if (foo == null) throw new ArgumentNullException(nameof(foo));
  if (name == null) throw new ArgumentNullException(nameof(name));
  // 业务逻辑
}

这种情况下，编译器会认可该参数不会为null，不会给出警告。

重要前提：启用可空引用类型特性 #

?对引用类型的意义，必须在项目启用可空引用类型特性后才生效，启用方式有两种：

1. 在项目文件（.csproj）里配置：

<Nullable>enable</Nullable>

2. 在单个代码文件顶部加指令：

#nullable enable

如果没启用这个特性，引用类型加不加?都只是语法糖，编译器不会做任何null检查提示，和默认情况没区别。

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