当实体框架中使用的实体的类名与web表单代码隐藏文件的类名相同时，添加一种情况。

假设您有一个web表单Contact.aspx，其代码尾类为Contact，实体名称为Contact。

然后，当您调用context.SaveChanges（）时，以下代码将引发NullReferenceException

Contact contact = new Contact { Name = "Abhinav"};
var context = new DataContext();
context.Contacts.Add(contact);
context.SaveChanges(); // NullReferenceException at this line

为了完整起见，DataContext类

public class DataContext : DbContext 
{
    public DbSet<Contact> Contacts {get; set;}
}

和Contact实体类。有时实体类是分部类，因此您也可以在其他文件中扩展它们。

public partial class Contact 
{
    public string Name {get; set;}
}

当实体和代码尾类都在同一命名空间中时，会发生错误。要解决此问题，请重命名Contact.aspx的实体类或codebehind类。

原因我仍然不确定原因。但每当任何实体类将扩展System.Web.UI.Page时，都会发生此错误。

有关讨论，请查看DbContext.saveChanges（）中的NullReferenceException

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＜＞实例时使用的特殊规则。

这意味着您的代码使用了一个设置为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
}

请注意，无论情况如何，.NET中的原因总是相同的：

您正在尝试使用值为Nothing/null的引用变量。当引用变量的值为Nothing/null时，这意味着它实际上没有保存对堆上存在的任何对象实例的引用。您要么从未向变量赋值，要么从未创建分配给变量的值的实例，要么手动将变量设置为Nothing/null，要么为您调用了将变量设置成Nothing/nnull的函数。

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

当跨不同层工作时，例如在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();
    }
}

当实体框架中使用的实体的类名与web表单代码隐藏文件的类名相同时，添加一种情况。

假设您有一个web表单Contact.aspx，其代码尾类为Contact，实体名称为Contact。

然后，当您调用context.SaveChanges（）时，以下代码将引发NullReferenceException

Contact contact = new Contact { Name = "Abhinav"};
var context = new DataContext();
context.Contacts.Add(contact);
context.SaveChanges(); // NullReferenceException at this line

为了完整起见，DataContext类

public class DataContext : DbContext 
{
    public DbSet<Contact> Contacts {get; set;}
}

和Contact实体类。有时实体类是分部类，因此您也可以在其他文件中扩展它们。

public partial class Contact 
{
    public string Name {get; set;}
}

当实体和代码尾类都在同一命名空间中时，会发生错误。要解决此问题，请重命名Contact.aspx的实体类或codebehind类。

原因我仍然不确定原因。但每当任何实体类将扩展System.Web.UI.Page时，都会发生此错误。

有关讨论，请查看DbContext.saveChanges（）中的NullReferenceException