另一个可能收到此异常的一般情况是在单元测试期间模拟类。无论使用何种模拟框架，您都必须确保正确模拟类层次结构的所有适当级别。特别是，被测试代码引用的HttpContext的所有财产都必须进行模拟。

请参阅“测试自定义AuthorizationAttribute时引发的NullReferenceException”，以获取一些详细的示例。

您正在使用包含空值引用的对象。所以它给出了一个空异常。在本例中，字符串值为空，在检查其长度时发生异常。

例子：

string value = null;
if (value.Length == 0) // <-- Causes exception
{
    Console.WriteLine(value); // <-- Never reached
}

异常错误为：

未处理的异常：System.NullReferenceException:对象引用未设置为实例对象的。位于Program.Main（）

实际上，修复NullReferenceExeption的最简单方法有两种。

例如，如果你有一个附带脚本的GameObject和一个名为rb（rigidbody）的变量，那么当你开始游戏时，这个变量将以null开头。这就是为什么会得到NullReferenceExeption，因为计算机中没有存储在该变量中的数据。

我将使用刚体变量作为示例。实际上，我们可以通过以下几种方式轻松地添加数据：

使用AddComponent>Physics>RigidBody将刚体添加到对象然后进入脚本并键入rb=GetComponent＜Rigidbody＞（）；这行代码在Start（）或Awake（）函数下最有效。您可以通过编程方式添加一个组件，同时用一行代码分配变量：rb=AddComponent＜RigidBody＞（）；

进一步注意：如果您希望Unity向您的对象添加组件，而您可能忘记添加组件，那么可以在类声明上方键入[RequireComponent（typeof（RigidBody））]（所有using下方的空格）。

享受并享受制作游戏的乐趣！

抛出此异常的一个示例是：当您试图检查某个对象时，该对象为空。

例如：

string testString = null; //Because it doesn't have a value (i.e. it's null; "Length" cannot do what it needs to do)

if (testString.Length == 0) // Throws a nullreferenceexception
{
    //Do something
} 

当您尝试对尚未实例化的对象（即上面的代码）执行操作时，.NET运行时将抛出NullReferenceException。

与ArgumentNullException相比，ArgumentNullException通常在方法期望传递给它的内容不为null时作为防御措施抛出。

更多信息请参见C#NullReferenceException和Null参数。

关于“我该怎么办”的问题，可以有很多答案。

在开发时防止这种错误情况的一种更“正式”的方法是在代码中应用契约设计。这意味着在开发时，需要在系统上设置类不变量，和/或甚至函数/方法前置条件和后置条件。

简而言之，类不变量确保类中有一些约束在正常使用中不会被违反（因此，类不会处于不一致的状态）。前置条件意味着作为函数/方法输入的数据必须遵循某些约束集，并且永远不会违反这些约束，后置条件意味着函数/方法输出必须再次遵循这些约束集，而永远不会违反它们。在执行无错误程序期间，不应违反合同条件，因此，在调试模式下实际检查合同设计，而在发布版本中禁用，以最大化开发的系统性能。

通过这种方式，可以避免由于违反约束集而导致的NullReferenceException情况。例如，如果在类中使用对象属性X，然后尝试调用其方法之一，并且X具有空值，则这将导致NullReferenceException：

public X { get; set; }

public void InvokeX()
{
    X.DoSomething(); // if X value is null, you will get a NullReferenceException
}

但是，如果您将“属性X永远不能有空值”设置为方法前提条件，则可以防止前面描述的情况：

//Using code contracts:
[ContractInvariantMethod]
protected void ObjectInvariant() 
{
    Contract.Invariant(X != null);
    //...
}

因此，.NET应用程序存在代码合同项目。

或者，可以使用断言应用契约设计。

更新：值得一提的是，这个词是Bertrand Meyer在设计Eiffel编程语言时创造的。

虽然导致NullReferenceExceptions的原因和避免/修复此类异常的方法已经在其他答案中得到了解决，但许多程序员尚未学会的是如何在开发过程中独立调试此类异常。

在Visual Studio中，由于Visual Studio调试器，这通常很容易。

首先，确保将捕获正确的错误-请参见如何允许在VS2010中的“System.NullReferenceException”上中断？注释1

然后从调试开始（F5）或将[VS调试器]附加到正在运行的进程。有时，使用Debugger.Break可能很有用，它将提示启动调试器。

现在，当抛出（或未处理）NullReferenceException时，调试器将在发生异常的行上停止（记住上面设置的规则吗？）。有时错误很容易被发现。

例如，在下一行中，唯一可能导致异常的代码是myString求值为null。这可以通过查看观察窗口或在即时窗口中运行表达式来验证。

var x = myString.Trim();

在更高级的情况下，例如以下情况，您需要使用上述技术之一（观察或即时窗口）来检查表达式，以确定str1是否为null或str2是否为null。

var x = str1.Trim() + str2.Trim();

一旦找到了抛出异常的位置，通常很难反向推理，以找出空值被[错误]引入的位置--

花时间了解异常原因。检查空表达式。检查之前可能导致此类空表达式的表达式。根据需要添加断点并单步执行程序。使用调试器。

1如果“抛出时中断”过于激进，并且调试器在.NET或第三方库中的NPE上停止，则可以使用“用户未处理时中断”来限制捕获的异常。此外，VS2012还引入了Just My Code，我建议您也启用它。

如果您在启用“仅我的代码”的情况下进行调试，则行为略有不同。如果启用了“仅我的代码”，调试器将忽略在“我的代码外引发的、不通过“我的码”的第一次公共语言运行时（CLR）异常