Visual C# 8.0中引入了可空引用类型（Nullable reference type），通过编译器提供的强大功能，帮助开发人员尽可能地规避由空引用带来的代码问题。这里我大致介绍一下可空引用类型的基本内容。
刚开始接触这个语言特性的时候，可能会不太容易理解。引用类型本来不就是可以为空（null）的么，为啥还要特别地引入“可空引用类型”的概念呢？其实这是从编译器的角度要求开发人员在编程的时候就考虑某个变量是否有可能为空，从而尽可能地减少由空引用所带来的代码错误。
假设有如下类：
此类定义了一个“学生”实体的基本信息，为了简化起见，这里只列出了需要讨论的几个属性：
Name：学生姓名
DayOfBirth：学生生日
Notes：对学生信息的一些备注
假设我们有两个操作：在所有学生中，找出所有具有备注信息的学生，以及对所有学生按姓名排序，在C#中很容易使用Linq来实现：
var studentsHasNotes = students.Where(s => s.Notes.Length > 0);以及：
var orderedStudents = students.OrderBy(s => s.Name);到目前为止没啥问题，程序能够正常运行。然而仔细进行代码审查不难发现，在获取所有具有备注信息的学生的代码中（也就是上面第一段代码中），有可能出现空引用的异常，因为对于一个“学生”实体来说，它的Notes属性是有可能为null的。
现在我们打开“可空引用类型”这一语言特性，打开方式主要有两种：可以在项目级别，编辑csproj项目文件进行设置，也可以通过#nullable预编译指令来实现：
编辑csproj项目文件，加入<Nullable>enable</Nullable>即可：
通过#nullable预编译指令来实现，只需要在代码中需要的地方加入#nullable指令即可：
启用“可空引用类型”这一语言特性之后你会发现，在上面的Student类的构造函数处出现了一个警告，提示在构造函数执行完成时，不可为空的“Notes”属性需要有一个不为空的值，建议将其设置为可空的string类型。为什么编译器仅提示Notes有可能为空，而不是Name属性呢？因为构造函数中已经为Name赋值了，因此，对于任何一个Student的对象，Name不可能为空，而Notes则不然。
Name不可能为空？它不是string类型么？万一在代码中它为空了怎么办？别急，编译器是不会允许出现这种情况的：
在此，我们将Notes属性设置为string?类型，于是你会发现，位于构造函数上的警告信息已经没有了，因为我们允许Student对象可以没有Notes数据，但在“找出所有具有备注信息的学生”这一操作时，又会出现警告，提示说Notes有可能为空：
于是，你会发现，在启用了可空引用类型的语言特性后，我们就需要仔细考察Student类型中的每一个引用类型的属性，看它在实际应用中是否有可能为空，如果可能为空，则用可空引用类型来定义属性，之后编译器就会帮助你来分析哪些地方有可能存在空引用。
在上面的“找出所有具有备注信息的学生”例子中，如果你觉得Notes肯定不会为空，那么也可以使用“!”操作符来覆盖编译器的警告信息，比如：
现在流行的.NET开源框架基本上都已经支持了可空引用类型了，而且如果你是一名开源框架的开发人员，也强烈建议在你的框架中启用这一语言特性来尽可能地避免空引用问题。比如，如果你在代码中启用了可空引用类型特性，那么当你从Newtonsoft.Json的JsonConverter类继承时，你会发现，你必须使用可空引用类型的函数重载：