这个问题的答案是 社区的努力。编辑现有答案以改善此职位。它目前不接受新的答案或互动。
我有一些代码,执行时会抛出NullReferenceException,说:
NullReferenceException
你调用的对象是空的。
这是什么意思,我该怎么做才能解决此错误?
您正在尝试使用null(或Nothing在VB.NET中)。这意味着您要么将其设置为null,要么根本不将其设置为任何东西。
null
Nothing
像其他任何东西一样,null被传递出去。如果null 在 方法“ A”中,则可能是方法“ B”将a传递null 给 方法“ A”。
null 可以具有不同的含义:
int? a = null;
a
if (a.HasValue) {...}
if (a==null) {...}
a.Value
InvalidOperationException
int b;
if (a.HasValue) { b = a.Value; }
if (a != null) { b = a; }
本文的其余部分将更详细地说明错误,并指出许多程序员经常犯的错误,这些错误可能导致程序错误NullReferenceException。
该runtime扔NullReferenceException 总是 意味着同样的事情:你要使用的引用,引用未初始化(或它 一次 初始化,但 不再 初始化)。
runtime
这意味着引用为null,并且您无法通过null引用访问成员(例如方法)。最简单的情况:
string foo = null; foo.ToUpper();
这将NullReferenceException在第二行抛出,因为您无法ToUpper()在string指向的引用上调用实例方法null。
ToUpper()
string
您如何找到来源NullReferenceException?除了查看将要引发的异常本身之外,Visual Studio中的一般调试规则也适用:放置战略断点并检查变量,方法是将鼠标悬停在它们的名称上,然后打开(快速)监视窗口或使用各种调试面板(例如本地和自动)。
如果要查找引用的设置位置或未设置的位置,请右键单击其名称,然后选择“查找所有引用”。然后,可以在每个找到的位置放置一个断点,并在连接了调试器的情况下运行程序。每次调试器在这样的断点处中断时,您需要确定您是否希望引用为非空,检查变量,并在期望时验证它是否指向实例。
通过以这种方式遵循程序流程,您可以找到实例不应为null的位置以及未正确设置实例的原因。
可能引发异常的一些常见方案:
ref1.ref2.ref3.member
如果ref1或ref2或ref3为空,则将获得一个NullReferenceException。如果要解决此问题,请通过将表达式重写为更简单的等价项来找出哪个为空:
var r1 = ref1; var r2 = r1.ref2; var r3 = r2.ref3; r3.member
具体来说,在中HttpContext.Current.User.Identity.Name,HttpContext.Current可以为null,或者User属性可以为null,或者Identity属性可以为null。
HttpContext.Current.User.Identity.Name
HttpContext.Current
User
Identity
public class Person { public int Age { get; set; } } public class Book { public Person Author { get; set; } } public class Example { public void Foo() { Book b1 = new Book(); int authorAge = b1.Author.Age; // You never initialized the Author property. // there is no Person to get an Age from. } }
如果要避免子(Person)空引用,可以在父(Book)对象的构造函数中对其进行初始化。
嵌套对象初始化器也是如此:
Book b1 = new Book { Author = { Age = 45 } };
这转化为
Book b1 = new Book(); b1.Author.Age = 45;
使用new关键字时,它只会创建的新实例Book,而不创建的新实例Person,因此Author该属性仍然是null。
new
Book
Person
Author
public class Person { public ICollection<Book> Books { get; set; } } public class Book { public string Title { get; set; } }
嵌套集合的Initializers行为相同:
Initializers
Person p1 = new Person { Books = { new Book { Title = "Title1" }, new Book { Title = "Title2" }, } };
Person p1 = new Person(); p1.Books.Add(new Book { Title = "Title1" }); p1.Books.Add(new Book { Title = "Title2" });
该new Person只创建一个实例Person,但Books集合仍然是null。集合Initializer语法不会为创建一个集合p1.Books,它仅转换为p1.Books.Add(...)语句。
new Person
Books
Initializer
p1.Books
p1.Books.Add(...)
int[] numbers = null; int n = numbers[0]; // numbers is null. There is no array to index.
Person[] people = new Person[5]; people[0].Age = 20 // people[0] is null. The array was allocated but not // initialized. There is no Person to set the Age for.
long[][] array = new long[1][]; array[0][0] = 3; // is null because only the first dimension is yet initialized. // Use array[0] = new long[2]; first.
Dictionary<string, int> agesForNames = null; int age = agesForNames["Bob"]; // agesForNames is null. // There is no Dictionary to perform the lookup.
public class Person { public string Name { get; set; } } var people = new List<Person>(); people.Add(null); var names = from p in people select p.Name; string firstName = names.First(); // Exception is thrown here, but actually occurs // on the line above. "p" is null because the // first element we added to the list is null.
public class Demo { public event EventHandler StateChanged; protected virtual void OnStateChanged(EventArgs e) { StateChanged(this, e); // Exception is thrown here // if no event handlers have been attached // to StateChanged event } } ###Bad Naming Conventions: If you named fields differently from locals, you might have realized that you never initialized the field.
公共类Form1 {私人客户客户;
private void Form1_Load(object sender, EventArgs e) { Customer customer = new Customer(); customer.Name = "John"; } private void Button_Click(object sender, EventArgs e) { MessageBox.Show(customer.Name); }
}
可以通过遵循约定为字段加下划线作为前缀来解决此问题:
private Customer _customer;
public partial class Issues_Edit : System.Web.UI.Page { protected TestIssue myIssue; protected void Page_Load(object sender, EventArgs e) { if (!IsPostBack) { // Only called on first load, not when button clicked myIssue = new TestIssue(); } } protected void SaveButton_Click(object sender, EventArgs e) { myIssue.Entry = "NullReferenceException here!"; } }
// if the "FirstName" session value has not yet been set, // then this line will throw a NullReferenceException string firstName = Session["FirstName"].ToString();
如果引用的属性时出现异常@Model的一个ASP.NET MVC View,你需要了解的是,Model获取你的操作方法设定,当您return的视图。当从控制器返回空模型(或模型属性)时,视图访问它时会发生异常:
@Model
ASP.NET MVC View
Model
return
// Controller public class Restaurant:Controller { public ActionResult Search() { return View(); // Forgot the provide a Model here. } } // Razor view @foreach (var restaurantSearch in Model.RestaurantSearch) // Throws. { } <p>@Model.somePropertyName</p> <!-- Also throws -->
WPF控件在调用过程InitializeComponent中按照它们在视觉树中出现的顺序创建。对于NullReferenceException带有事件处理程序等的早期创建的控件,将引发A,而在事件控件等期间触发InitializeComponent该事件。
WPF
InitializeComponent
例如 :
<Grid> <!-- Combobox declared first --> <ComboBox Name="comboBox1" Margin="10" SelectedIndex="0" SelectionChanged="comboBox1_SelectionChanged"> <ComboBoxItem Content="Item 1" /> <ComboBoxItem Content="Item 2" /> <ComboBoxItem Content="Item 3" /> </ComboBox> <!-- Label declared later --> <Label Name="label1" Content="Label" Margin="10" /> </Grid>
在这里comboBox1创建之前label1。如果comboBox1_SelectionChanged尝试引用`label1,则尚未创建。
comboBox1
label1
comboBox1_SelectionChanged
private void comboBox1_SelectionChanged(object sender, SelectionChangedEventArgs e) { label1.Content = comboBox1.SelectedIndex.ToString(); // NullReference here!! }
更改XAML(即label1之前列出comboBox1,忽略设计哲学问题)中声明的顺序,至少可以解决NullReferenceException这里的问题。
XAML
as
var myThing = someObject as Thing;
当强制转换失败(并且本身为null)时,此方法不会抛出an,InvalidCastException但会返回a 。因此请注意。null``someObject
InvalidCastException
null``someObject
FirstOrDefault()
SingleOrDefault()
普通版本First()并Single()在没有内容时引发异常。在这种情况下,“ OrDefault”版本返回null。因此请注意。
First()
Single()
foreach尝试迭代null集合时引发。通常由null返回集合的方法的意外结果引起。
foreach
List<int> list = null; foreach(var v in list) { } // exception
更实际的示例-从XML文档中选择节点。如果未找到节点,但初始调试显示所有属性均有效,则会抛出该异常:
foreach (var node in myData.MyXml.DocumentNode.SelectNodes("//Data"))
如果您期望引用有时为空,则可以null在访问实例成员之前检查引用是否为空:
void PrintName(Person p) { if (p != null) { Console.WriteLine(p.Name); } }
您期望返回实例的方法调用可以返回null,例如,在找不到要查找的对象时。在这种情况下,您可以选择返回默认值:
string GetCategory(Book b) { if (b == null) return "Unknown"; return b.Category; }
您还可以抛出一个自定义异常,仅在调用代码中将其捕获:
string GetCategory(string bookTitle) { var book = library.FindBook(bookTitle); // This may return null if (book == null) throw new BookNotFoundException(bookTitle); // Your custom exception return book.Category; }
Debug.Assert
当您在开发过程中知道某个方法可以但不能返回时null,可以使用Debug.Assert()它在出现这种情况时尽快中断:
Debug.Assert()
string GetTitle(int knownBookID) { // You know this should never return null. var book = library.GetBook(knownBookID); // Exception will occur on the next line instead of at the end of this method. Debug.Assert(book != null, "Library didn't return a book for known book ID."); // Some other code return book.Title; // Will never throw NullReferenceException in Debug mode. }
尽管此检查将不会在您的发行版本中结束,但会导致它在发行版模式下运行时NullReferenceException再次引发book == null。
book == null
GetValueOrDefault()
nullable
DateTime? appointment = null; Console.WriteLine(appointment.GetValueOrDefault(DateTime.Now)); // Will display the default value provided (DateTime.Now), because appointment is null. appointment = new DateTime(2022, 10, 20); Console.WriteLine(appointment.GetValueOrDefault(DateTime.Now)); // Will display the appointment date, not the default
??
If()
null遇到a时提供默认值的简写:
IService CreateService(ILogger log, Int32? frobPowerLevel) { var serviceImpl = new MyService(log ?? NullLog.Instance); // Note that the above "GetValueOrDefault()" can also be rewritten to use // the coalesce operator: serviceImpl.FrobPowerLevel = frobPowerLevel ?? 5; }
?.
?[x]
有时也称为安全导航或Elvis(形状正确)操作员。如果运算符左侧的表达式为null,则不会计算右侧,而是返回null。这意味着像这样的情况:
var title = person.Title.ToUpper();
如果此人没有标题,则将引发异常,因为它试图调用ToUpper具有空值的属性。
ToUpper
在C# 5下面,可以用以下方法保护:
C# 5
var title = person.Title == null ? null : person.Title.ToUpper();
现在,title变量将为null而不是引发异常。C#6为此引入了一个较短的语法:
var title = person.Title?.ToUpper();
这将导致title变量为null,ToUpper如果person.Title为,则不会调用null。
person.Title
当然,您 仍然 必须检查titlenull或将null条件运算符与null合并运算符(??)一起使用以提供默认值:
title
// regular null check int titleLength = 0; if (title != null) titleLength = title.Length; // If title is null, this would throw NullReferenceException // combining the `?` and the `??` operator int titleLength = title?.Length ?? 0;
同样,对于数组,您可以使用?[i]以下方法:
?[i]
int[] myIntArray=null; var i=5; int? elem = myIntArray?[i]; if (!elem.HasValue) Console.WriteLine("No value");
这将执行以下操作:如果myIntArray为null,则表达式返回null,您可以安全地对其进行检查。如果包含数组,则将执行以下操作: elem = myIntArray[i];并返回该i<sup>th</sup>元素。
myIntArray
elem = myIntArray[i];
i<sup>th</sup>
其中引入了C# 8null上下文和nullable引用类型,它们对变量执行静态分析,并在值可能为null或已设置为null时向编译器发出警告。可为空的引用类型允许将类型明确地允许为null。
C# 8
可以使用文件中的Nullable元素为项目设置可为空的注释上下文和可为空的警告上下文csproj。该元素配置编译器如何解释类型的可空性以及生成什么警告。有效设置为:
Nullable
csproj
使用与可为空的值类型相同的语法来记录可为空的引用类型:将a ?附加到变量的类型。
?
C#支持“迭代器块”(在其他一些流行语言中称为“生成器”)。由于延迟执行,在迭代器块中调试空引用异常可能特别棘手:
C#
public IEnumerable<Frob> GetFrobs(FrobFactory f, int count) { for (int i = 0; i < count; ++i) yield return f.MakeFrob(); } ... FrobFactory factory = whatever; IEnumerable<Frobs> frobs = GetFrobs(); ... foreach(Frob frob in frobs) { ... }
如果whatever结果null那么MakeFrob就会抛出。现在,您可能会认为正确的做法是:
whatever
MakeFrob
// DON'T DO THIS public IEnumerable<Frob> GetFrobs(FrobFactory f, int count) { if (f == null) throw new ArgumentNullException("f", "factory must not be null"); for (int i = 0; i < count; ++i) yield return f.MakeFrob(); }
为什么会这样呢?因为迭代器块直到!才实际 运行foreach。对的调用GetFrobs仅返回一个对象,该对象 在迭代时 将运行迭代器块。
GetFrobs
通过编写空校验这样可以防止空取消引用,但您将空参数例外点 迭代 ,不给点 呼叫 ,那就是 非常混乱调试 。
正确的解决方法是:
// DO THIS public IEnumerable<Frob> GetFrobs(FrobFactory f, int count) { // No yields in a public method that throws! if (f == null) throw new ArgumentNullException("f", "factory must not be null"); return GetFrobsForReal(f, count); } private IEnumerable<Frob> GetFrobsForReal(FrobFactory f, int count) { // Yields in a private method Debug.Assert(f != null); for (int i = 0; i < count; ++i) yield return f.MakeFrob(); }
也就是说,制作一个具有迭代器块逻辑的私有帮助器方法,以及一个进行空检查并返回迭代器的公共表面方法。现在,当GetFrobs调用when时,将立即GetFrobsForReal执行空检查,然后在序列迭代时执行。
GetFrobsForReal
如果您检查LINQ对象的参考源,您会发现整个使用了这种技术。编写起来有点笨拙,但是它使调试null错误更加容易。 优化代码以方便调用者,而不是作者 。
LINQ
C#顾名思义,它具有“不安全”模式,这是非常危险的,因为没有强制执行提供内存安全和类型安全的常规安全机制。 除非您对内存的工作原理有透彻和深入的了解,否则不要编写不安全的代码 。
在不安全模式下,您应该意识到两个重要事实:
要了解为什么会这样,它有助于首先了解.NET如何产生null取消引用异常。(这些详细信息适用于Windows上运行的.NET;其他操作系统使用类似的机制。)
内存被虚拟化Windows;每个进程都会获得由操作系统跟踪的许多“页面”内存的虚拟内存空间。内存的每个页面上都设置了标志,这些标志确定如何使用它:读取,写入,执行等。该 最低 页面被标记为“产生的任何方式,如果使用过的错误”。
Windows
空指针和in C#中的空引用都在内部表示为数字零,因此任何尝试将其取消引用到其相应的内存中的操作都会导致操作系统产生错误。然后,.NET运行时将检测到此错误,并将其转变为null取消引用异常。
这就是为什么同时取消引用空指针和空引用会产生相同的异常的原因。
那第二点呢?取消引用落在虚拟内存最低页中的 任何 无效指针会导致相同的操作系统错误,从而导致相同的异常。
为什么这有意义?好吧,假设我们有一个包含两个int的结构,以及一个等于null的非托管指针。如果尝试取消引用结构中的第二个int,CLR则不会尝试访问零位置的存储;它将访问第四位置的存储。但从逻辑上讲,这是一个空取消引用,因为我们要 通过 空到达该地址。
CLR
如果您使用的是不安全的代码,并且会收到null解除引用异常,则请注意,有问题的指针不必为null。它可以在最低页面的任何位置,并且将产生此异常。