C#中string与string?的区别及string?的存在意义解析

首先要明确：string本身是引用类型，确实可以被赋值为null，但string?是C# 8.0引入的可空引用类型（NRT）注解，只有在项目启用可空引用类型的前提下，两者才会产生实质性差异，具体区别如下：

1. 编译时空值检查的严格程度不同 #

• string：启用NRT后，编译器会将其视为「非空引用类型」。如果给它直接赋值null，或者将可能为null的变量赋值给它，编译器会触发编译警告，提醒你可能存在空引用风险：

  // 启用NRT时，以下代码会报编译警告
  string username = null;
  string displayName = GetNullableUsername(); // GetNullableUsername返回string?
  

• string?：明确告诉编译器该变量允许为null，编译器不会对它的空值赋值操作发出警告，仅当你未做空值检查就直接调用其成员时，才会提示风险：

  // 无编译警告
  string? nullableUsername = null;
  // 安全调用，无警告
  int? length = nullableUsername?.Length;
  

2. 语义表达的清晰度不同 #

• string：用它声明变量时，传递的核心语义是「这个变量应该始终持有有效值，不允许为null」，相当于给其他开发者传递了明确的预期，减少因误解导致的空引用异常。
• string?：清晰传达「该变量可能为null，使用前必须做空值检查」的语义，相当于给代码加了一份内置文档，提升代码的可读性和维护性，不用额外写注释说明变量的空值状态。

3. 语法风格的一致性 #

string?的写法和int?、DateTime?这类可空值类型保持一致，让整个代码库的可空声明风格统一，开发者不用在引用类型和值类型的可空表示上切换不同的语法逻辑。

4. API设计中的契约明确性 #

在泛型方法、接口或公共API中，string?能明确参数或返回值的空值契约：

public string? GetUserNickname(int userId)
{
    // 逻辑：如果用户未设置昵称，返回null
}

这个签名清晰告诉调用方：该方法可能返回null，需要处理空值情况；如果用string作为返回类型，就暗示返回值一定非空，调用方可能会忽略空值检查，进而引发运行时异常。

补充说明 #

如果项目未启用可空引用类型，string和string?在编译、运行时完全没有区别——编译器不会进行空值检查，两者都可以自由赋值为null。只有启用NRT后，string?的价值才会真正体现。

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