另一种可能发生NullReferenceExceptions的情况是（不正确）使用as运算符：

class Book {
    public string Name { get; set; }
}
class Car { }

Car mycar = new Car();
Book mybook = mycar as Book;   // Incompatible conversion --> mybook = null

Console.WriteLine(mybook.Name);   // NullReferenceException

在这里，Book和Car是不兼容的类型；汽车不能转换成书。当此强制转换失败时，as返回null。在此之后使用mybook会导致NullReferenceException。

通常，应使用强制转换或，如下所示：

如果您希望类型转换总是成功的（即，您知道对象应该是什么），那么应该使用强制转换：

ComicBook cb = (ComicBook)specificBook;

如果您不确定该类型，但希望尝试将其用作特定类型，请将其用作：

ComicBook cb = specificBook as ComicBook;
if (cb != null) {
   // ...
}

有趣的是，本页的答案中没有一个提到两种边缘情况：

边缘案例#1：对字典的并发访问

.NET中的泛型字典不是线程安全的，当您尝试从两个并发线程访问密钥时，它们有时可能会抛出NullReference，甚至（更频繁）抛出KeyNotFoundException。在这种情况下，这个例外情况很容易引起误解。

边缘案例#2：不安全代码

如果不安全代码引发NullReferenceException，您可以查看指针变量，并检查它们是否存在IntPtr.Zero或其他内容。这是同一回事（“空指针异常”），但在不安全的代码中，变量通常被转换为值类型/数组等，你会把头撞在墙上，想知道值类型如何抛出此异常。

（顺便说一句，除非您需要，否则不使用不安全代码的另一个原因。）

边缘案例3：Visual Studio多监视器设置，辅助监视器的DPI设置与主监视器不同

此边缘案例是特定于软件的，属于Visual Studio 2019 IDE（以及可能更早的版本）。

一种重现问题的方法：将任何组件从工具箱拖到非主监视器上的Windows窗体上，该窗体的DPI设置与主监视器不同，然后会弹出一个“Object reference not set to A instance of A Object”（对象引用未设置为对象的实例）。根据这个线程，这个问题已经知道了很长一段时间，在编写时仍然没有解决。

Simon Mourier举了一个例子：

object o = null;
DateTime d = (DateTime)o;  // NullReferenceException

其中，从对象（或从System.ValueType或System.Enum类之一，或从接口类型）到值类型（非Nullable＜＞）的拆箱转换（强制转换）本身会产生NullReferenceException。

在另一个方向上，从HasValue等于false的Nullable＜＞到引用类型的装箱转换可能会给出一个空引用，然后会导致NullReferenceException。典型的例子是：

DateTime? d = null;
var s = d.ToString();  // OK, no exception (no boxing), returns ""
var t = d.GetType();   // Bang! d is boxed, NullReferenceException

有时拳击会以另一种方式进行。例如，对于此非泛型扩展方法：

public static void MyExtension(this object x)
{
  x.ToString();
}

以下代码将是有问题的：

DateTime? d = null;
d.MyExtension();  // Leads to boxing, NullReferenceException occurs inside the body of the called method, not here.

出现这些情况是因为运行时在装箱Nullable＜＞实例时使用的特殊规则。

我有不同的观点来回答这个问题。这种回答是“我还能做什么来避免它？”

当跨不同层工作时，例如在MVC应用程序中，控制器需要服务来调用业务操作。在这种情况下，依赖注入容器可用于初始化服务以避免NullReferenceException。因此，这意味着您不必担心检查null，只需从控制器调用服务，就好像它们总是可以作为单例或原型使用（并初始化）一样。

public class MyController
{
    private ServiceA serviceA;
    private ServiceB serviceB;

    public MyController(ServiceA serviceA, ServiceB serviceB)
    {
        this.serviceA = serviceA;
        this.serviceB = serviceB;
    }

    public void MyMethod()
    {
        // We don't need to check null because the dependency injection container 
        // injects it, provided you took care of bootstrapping it.
        var someObject = serviceA.DoThis();
    }
}

这意味着您的代码使用了一个设置为null的对象引用变量（即它没有引用实际的对象实例）。

为了防止出现错误，应该在使用可能为空的对象之前测试其是否为空。

if (myvar != null)
{
    // Go ahead and use myvar
    myvar.property = ...
}
else
{
    // Whoops! myvar is null and cannot be used without first
    // assigning it to an instance reference
    // Attempting to use myvar here will result in NullReferenceException
}

简单来说：

您正在尝试访问未创建或当前不在内存中的对象。

那么如何解决这个问题：

调试并让调试器中断。。。它将直接将您带到被破坏的变量。。。现在你的任务是简单地解决这个问题。。在适当的位置使用新关键字。如果这是由于对象不存在而在某些数据库命令上导致的，那么您需要做的就是执行空检查并处理它：如果（i==空）{//处理这个}最难的。。如果GC已经收集了对象。。。如果您试图使用字符串查找对象，通常会发生这种情况。。。也就是说，通过对象的名称查找它，那么GC可能已经清理了它。。。这很难找到，会成为一个很大的问题。。。解决这一问题的更好方法是在开发过程中，在必要时进行空检查。这将为您节省大量时间。

通过名称查找，我的意思是某些框架允许您使用字符串查找对象，代码可能如下：FindObject（“ObjectName”）；