У меня есть код и когда он выполняется, он выдает NullReferenceException
, говоря:
Ссылка на объект не установлена в экземпляр объекта.
Что это значит и что я могу сделать, чтобы исправить эту ошибку?
У меня есть код и когда он выполняется, он выдает NullReferenceException
, говоря:
Ссылка на объект не установлена в экземпляр объекта.
Что это значит и что я могу сделать, чтобы исправить эту ошибку?
Вы пытаетесь использовать то, что является null
(или Nothing
в VB.NET). Это означает, что вы либо задали значение null
, либо никогда не устанавливали его на что-либо вообще.
Как и все остальное, null
обходит. Если в методе "А" оно равно null
, может быть, что метод "В" передал значение null
методу "А".
null
могут иметь разные значения:
NullReferenceException
к свойствам или методам таких объектов, это вызывает NullReferenceException
.null
намеренно, чтобы указать, что нет значимого значения. Обратите внимание, что С# имеет понятие обнуляемых типов данных для переменных (например, таблицы базы данных могут иметь поля с null
значением) - вы можете присвоить им null
чтобы указать, что в нем нет значения, например int? a = null;
int? a = null;
где знак вопроса указывает, что ему разрешено хранить значение null в переменной a
. Вы можете проверить это с помощью if (a.HasValue) {...}
или с if (a==null) {...}
. Необязательные переменные, как и a
этом примере, позволяют получить доступ к значению через a.Value
явно или как обычно, через a
. a.Value
вызывает InvalidOperationException
вместо NullReferenceException
если a
имеет значение null
- вы должны сделать проверку заранее, то есть, если у вас есть другая переменная с возможностью NULL int b;
то вам следует выполнять задания типа if (a.HasValue) { b = a.Value; }
if (a.HasValue) { b = a.Value; }
или короче, if (a != null) { b = a; }
if (a != null) { b = a; }
. В оставшейся части этой статьи более подробно описаны ошибки, которые часто делают многие программисты, которые могут привести к NullReferenceException
.
Время выполнения, которое бросает NullReferenceException
всегда означает одно и то же: вы пытаетесь использовать ссылку, а ссылка не инициализируется (или она была однажды инициализирована, но больше не инициализирована).
Это означает, что ссылка имеет значение null
, и вы не можете получить доступ к элементам (таким как методы) через null
ссылку. Простейший случай:
string foo = null;
foo.ToUpper();
Это вызовет NullReferenceException
во второй строке, потому что вы не можете вызвать метод экземпляра ToUpper()
в string
ссылке, указывающей на null
.
Как вы находите источник NullReferenceException
? Помимо рассмотрения самого исключения, которое будет выбрасываться именно в том месте, где оно происходит, применяются общие правила отладки в Visual Studio: размещайте стратегические точки останова и проверяйте свои переменные, наводя указатель мыши на их имена, открывая ( Quick) Смотреть окно или использовать различные панели отладки, такие как Locals and Autos.
Если вы хотите узнать, где ссылка или не установлена, щелкните ее имя правой кнопкой мыши и выберите "Найти все ссылки". Затем вы можете разместить точку останова в каждом найденном месте и запустить свою программу с прикрепленным отладчиком. Каждый раз, когда отладчик разбивается на такую точку останова, вам нужно определить, хотите ли вы, чтобы ссылка была не нулевой, проверите переменную и убедитесь, что она указывает на экземпляр, когда вы ожидаете этого.
Таким образом, следуя программному потоку, вы можете найти место, где экземпляр не должен быть нулевым, и почему он неправильно установлен.
Некоторые распространенные сценарии, в которых может быть выбрано исключение:
ref1.ref2.ref3.member
Если ref1 или ref2 или ref3 равно null, вы получите 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.
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.
}
}
Если вы хотите избежать ссылки на null (Person), вы можете инициализировать его в родительском (Book) объектном конструкторе.
То же самое относится к инициализаторам вложенных объектов:
Book b1 = new Book { Author = { Age = 45 } };
Это переводит
Book b1 = new Book();
b1.Author.Age = 45;
Пока используется new
ключевое слово, оно создает только новый экземпляр Book
, но не новый экземпляр Person
, поэтому свойство Author
все равно null
.
public class Person {
public ICollection<Book> Books { get; set; }
}
public class Book {
public string Title { get; set; }
}
Инициализаторы вложенных коллекций ведут себя одинаково:
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
. Синтаксис инициализатора коллекции не создает коллекцию для 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
}
}
Если вы назвали поля по-разному от локальных, вы, возможно, поняли, что вы никогда не инициализировали это поле.
public class Form1 {
private Customer customer;
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, вам нужно понять, что 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
будет поднято в случае ранних созданных элементов управления с обработчиками событий и т.д., NullReferenceException
срабатывают во время 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, он еще не создан.
private void comboBox1_SelectionChanged(object sender, SelectionChangedEventArgs e)
{
label1.Content = comboBox1.SelectedIndex.ToString(); // NullReference here!!
}
Изменение порядка объявлений в XAML (т. label1
comboBox1
label1
перед comboBox1
, игнорируя проблемы философии дизайна, по крайней мере разрешит здесь NullReferenceException
.
as
var myThing = someObject as Thing;
Это не вызывает InvalidCastException, но возвращает null
при неудачном запуске (и когда someObject сам является нулевым). Поэтому имейте это в виду.
Простые версии First()
и Single()
исключают исключения, когда ничего нет. В этом случае версии "OrDefault" возвращают null. Поэтому имейте это в виду.
foreach
бросает при попытке итерации нулевой коллекции. Обычно вызвано неожиданным null
результатом методов, возвращающих коллекции.
List<int> list = null;
foreach(var v in list) { } // exception
Более реалистичный пример - выбор узлов из XML-документа. Будут выбрасываться, если узлы не найдены, но первоначальная отладка показывает, что все свойства действительны:
foreach (var node in myData.MyXml.DocumentNode.SelectNodes("//Data"))
null
и игнорирую null. Если вы ожидаете, что ссылка иногда быть пустой, вы можете проверить это быть null
перед обращением к членам экземпляра:
void PrintName(Person p) {
if (p != null) {
Console.WriteLine(p.Name);
}
}
null
и укажите значение по умолчанию. Методы, призывающие вас ожидать возврата экземпляра, могут возвращать значение null
, например, когда искомый объект не может быть найден. Вы можете выбрать значение по умолчанию, если это так:
string GetCategory(Book b) {
if (b == null)
return "Unknown";
return b.Category;
}
null
на null
метода и выставляю собственное исключение.Вы также можете создать настраиваемое исключение, только чтобы поймать его в вызывающем коде:
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
, чтобы уловить проблему раньше, чем возникает исключение. Когда вы знаете во время разработки, что метод, возможно, может, но никогда не должен возвращать null
, вы можете использовать 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
во время выполнения в режиме деблокирования.
GetValueOrDefault()
для типов значений с null
значением, чтобы предоставить значение по умолчанию, когда оно равно null
.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()
[VB]. Сокращение до значения по умолчанию, когда встречается null
:
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]
для массивов (доступно на С# 6 и VB.NET 14):Это также иногда называют безопасной навигацией или Элвисом (после его формы). Если выражение в левой части оператора равно NULL, то правая сторона не будет оцениваться, а вместо него будет возвращена нуль. Это означает такие случаи:
var title = person.Title.ToUpper();
Если у человека нет названия, это вызовет исключение, поскольку оно пытается вызвать ToUpper
для свойства с нулевым значением.
В С# 5 и ниже это можно защитить:
var title = person.Title == null ? null : person.Title.ToUpper();
Теперь переменная title будет равна null вместо исключения исключения. С# 6 вводит более короткий синтаксис для этого:
var title = person.Title?.ToUpper();
Это приведет к названию переменной бытия null
, и призыв к ToUpper
не выполняется, если person.Title
является null
.
Конечно, вам все равно нужно проверить title
для null или использовать оператор null condition вместе с нулевым коалесцирующим оператором (??
), чтобы указать значение по умолчанию:
// 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]
следующим образом:
int[] myIntArray=null;
var i=5;
int? elem = myIntArray?[i];
if (!elem.HasValue) Console.WriteLine("No value");
Это сделает следующее: Если myIntArray имеет значение null, выражение возвращает null, и вы можете спокойно его проверить. Если он содержит массив, он будет делать то же самое, что: elem = myIntArray[i];
и возвращает i- й элемент.
С# поддерживает "блоки итератора" (называемые "генераторами" на некоторых других популярных языках). Исключения исключений в виде исключений могут быть особенно сложными для отладки в блоках итератора из-за отложенного выполнения:
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
результаты в null
, то 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
просто возвращает объект, который при итерации будет запускать блок итератора.
Написав нулевую проверку, вы избегаете нулевой разыменования, но переместите исключение нулевого аргумента в точку итерации, а не на точку вызова, и это очень запутанно для отладки.
Правильное исправление:
// 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
, нулевая проверка происходит немедленно, а затем GetFrobsForReal
выполняется, когда последовательность повторяется.
Если вы изучите источник ссылок для LINQ to Objects, вы увидите, что этот метод используется повсюду. Это немного сложнее писать, но значительно облегчает отладку ошибок с ошибками. Оптимизируйте свой код для удобства вызывающего абонента, а не для удобства автора.
С# имеет "небезопасный" режим, который, как следует из названия, чрезвычайно опасен, поскольку обычные механизмы безопасности, обеспечивающие безопасность памяти и безопасность типов, не применяются. Вы не должны писать небезопасный код, если у вас нет глубокого понимания того, как работает память.
В небезопасном режиме вы должны знать два важных факта:
Чтобы понять, почему это так, это помогает понять, как.NET в первую очередь создает исключения нулевой разницы. (Эти сведения относятся к.NET, работающему в Windows, другие операционные системы используют аналогичные механизмы.)
Память виртуализирована в Windows; каждый процесс получает пространство виртуальной памяти из многих "страниц" памяти, которые отслеживаются операционной системой. На каждой странице памяти установлены флаги, определяющие способ их использования: чтение, запись, выполнение и т.д. Самая низкая страница отмечена как "выдавать ошибку, если она когда-либо используется".
И нулевой указатель, и нулевая ссылка в С# внутренне представлены как числовое значение нуль, и поэтому любая попытка разыменовать его в соответствующем хранилище памяти приводит к тому, что операционная система создает ошибку. Затем среда выполнения.NET обнаруживает эту ошибку и превращает ее в исключение нулевого исключения.
То, что разыменовывание как нулевого указателя, так и нулевой ссылки создает одно и то же исключение.
Как насчет второго пункта? Выделение любого недействительного указателя, попадающего на самую низкую страницу виртуальной памяти, вызывает ту же ошибку операционной системы и тем самым одно и то же исключение.
Почему это имеет смысл? Ну, предположим, что у нас есть структура, содержащая два ints, а неуправляемый указатель равен нулю. Если мы попытаемся разыменовать второй int в структуре, CLR не будет пытаться получить доступ к хранилищу при нулевом местоположении; он получит доступ к хранилищу в четвертом месте. Но логически это нулевое разыменование, потому что мы получаем этот адрес через нуль.
Если вы работаете с небезопасным кодом, и вы получаете исключение с помощью исключаемого исключения, просто имейте в виду, что указатель-нарушитель не должен иметь значение null. Это может быть любое местоположение на самой низкой странице, и это исключение будет создано.
NullReference Exception
для Visual Basic ничем не отличается от NullReference Exception
в С#. В конце концов, они оба сообщают об одном и том же исключении, определенном в.NET Framework, которое они оба используют. Причины, уникальные для Visual Basic, встречаются редко (возможно, только один).
В этом ответе будут использоваться термины, синтаксис и контекст Visual Basic. Используемые примеры исходят из большого количества прошлых вопросов о переполнении стека. Это делается для того, чтобы максимизировать актуальность, используя ситуации, часто встречающиеся в сообщениях. Немного больше объяснений также предоставляется тем, кому это может понадобиться. Пример, похожий на ваш, очень вероятно указан здесь.
Заметка:
NullReferenceException
(NRE), как его найти, как его исправить и как его избежать. NRE может быть вызвано многими способами, поэтому это вряд ли будет вашей единственной встречей.Сообщение "Объект, не установленный для экземпляра объекта" означает, что вы пытаетесь использовать объект, который не был инициализирован. Это сводится к одному из следующих:
Поскольку проблема - это ссылка на объект, которая является " Nothing
, ответ заключается в том, чтобы изучить их, чтобы узнать, какой из них. Затем определите, почему он не инициализирован. Держите мышь над различными переменными, и Visual Studio (VS) покажет их значения - виновником будет Nothing
.
Вы также должны удалить блоки Try/Catch из соответствующего кода, особенно те, где в блоке Catch ничего нет. Это приведет к сбою вашего кода при попытке использовать объект Nothing
. Это то, что вы хотите, потому что оно идентифицирует точное местоположение проблемы и позволяет идентифицировать вызывающий объект.
MsgBox
в Catch, который отображает Error while...
, мало поможет. Этот метод также приводит к очень плохим вопросам, потому что вы не можете описать фактическое исключение, объект или даже строку кода, где это происходит.
Вы также можете использовать Locals Window
(Debug → Windows → Locals) для проверки ваших объектов.
Как только вы знаете, что и где проблема, обычно довольно легко исправить и быстрее, чем опубликовать новый вопрос.
Смотрите также:
Dim reg As CashRegister
...
TextBox1.Text = reg.Amount ' NRE
Проблема заключается в том, что Dim
не создает объект CashRegister; он объявляет только переменную с именем reg
этого типа. Объявление переменной объекта и создание экземпляра - это две разные вещи.
средство
Оператор New
может часто использоваться для создания экземпляра при его объявлении:
Dim reg As New CashRegister ' [New] creates instance, invokes the constructor
' Longer, more explicit form:
Dim reg As CashRegister = New CashRegister
Когда целесообразно создать экземпляр позже:
Private reg As CashRegister ' Declare
...
reg = New CashRegister() ' Create instance
Примечание. Не используйте Dim
снова в процедуре, включая конструктор (Sub New
):
Private reg As CashRegister
'...
Public Sub New()
'...
Dim reg As New CashRegister
End Sub
Это создаст локальную переменную reg
, которая существует только в этом контексте (sub). Переменная reg
с уровнем модуля Scope
который вы будете использовать везде, останется Nothing
.
Отсутствие оператора
New
является причиной № 1NullReference Exceptions
рассмотренной в рассмотренных вопросах.Visual Basic пытается многократно очистить процесс, используя
New
: ИспользованиеNew
Operator создает новый объект и вызываетSub New
- конструктор - где ваш объект может выполнять любую другую инициализацию.
Чтобы быть ясным, Dim
(или Private
) объявляет только переменную и ее Type
. Область действия переменной - независимо от того, существует ли она для всего модуля/класса или является локальной процедурой - определяется тем, где она объявлена. Private | Friend | Public
Private | Friend | Public
определяет уровень доступа, а не Scope.
Для получения дополнительной информации см.
Массивы также должны быть созданы:
Private arr as String()
Этот массив только объявлен, а не создан. Существует несколько способов инициализации массива:
Private arr as String() = New String(10){}
' or
Private arr() As String = New String(10){}
' For a local array (in a procedure) and using 'Option Infer':
Dim arr = New String(10) {}
Примечание. Начиная с VS 2010, при инициализации локального массива с использованием литерала и Option Infer
, Option Infer
As <Type>
и New
являются необязательными:
Dim myDbl As Double() = {1.5, 2, 9.9, 18, 3.14}
Dim myDbl = New Double() {1.5, 2, 9.9, 18, 3.14}
Dim myDbl() = {1.5, 2, 9.9, 18, 3.14}
Тип данных и размер массива выводятся из назначаемых данных. Объявление уровня класса/модуля по-прежнему требует использования As <Type>
с Option Strict
:
Private myDoubles As Double() = {1.5, 2, 9.9, 18, 3.14}
Пример: массив объектов класса
Dim arrFoo(5) As Foo
For i As Integer = 0 To arrFoo.Count - 1
arrFoo(i).Bar = i * 10 ' Exception
Next
Массив создан, но объекты Foo
в нем нет.
средство
For i As Integer = 0 To arrFoo.Count - 1
arrFoo(i) = New Foo() ' Create Foo instance
arrFoo(i).Bar = i * 10
Next
Использование List(Of T)
затруднит наличие элемента без действительного объекта:
Dim FooList As New List(Of Foo) ' List created, but it is empty
Dim f As Foo ' Temporary variable for the loop
For i As Integer = 0 To 5
f = New Foo() ' Foo instance created
f.Bar = i * 10
FooList.Add(f) ' Foo object added to list
Next
Для получения дополнительной информации см.
Коллекции.NET (из которых есть много разновидностей - Списки, Словарь и т.д.) Также должны быть созданы или созданы.
Private myList As List(Of String)
..
myList.Add("ziggy") ' NullReference
Вы получаете одно и то же исключение по той же причине - myList
был объявлен, но экземпляр не создан. Средство защиты одно и то же:
myList = New List(Of String)
' Or create an instance when declared:
Private myList As New List(Of String)
Общий надзор - это класс, в котором используется коллекция Type
:
Public Class Foo
Private barList As List(Of Bar)
Friend Function BarCount As Integer
Return barList.Count
End Function
Friend Sub AddItem(newBar As Bar)
If barList.Contains(newBar) = False Then
barList.Add(newBar)
End If
End Function
Любая процедура приведет к NRE, потому что barList
объявляется, а не создается. Создание экземпляра Foo
также не создаст экземпляр внутреннего barList
. Возможно, это было намерение сделать это в конструкторе:
Public Sub New ' Constructor
' Stuff to do when a new Foo is created...
barList = New List(Of Bar)
End Sub
Как и раньше, это неверно:
Public Sub New()
' Creates another barList local to this procedure
Dim barList As New List(Of Bar)
End Sub
Дополнительные сведения см. В разделе List(Of T)
.
Работа с базами данных предоставляет много возможностей для NullReference, потому что одновременно может быть много объектов (Command
, Connection
, Transaction
, Dataset
, DataTable
, DataRows
....). Примечание. Неважно, какой поставщик данных вы используете - MySQL, SQL Server, OleDB и т.д. - концепции одинаковы.
Пример 1
Dim da As OleDbDataAdapter
Dim ds As DataSet
Dim MaxRows As Integer
con.Open()
Dim sql = "SELECT * FROM tblfoobar_List"
da = New OleDbDataAdapter(sql, con)
da.Fill(ds, "foobar")
con.Close()
MaxRows = ds.Tables("foobar").Rows.Count ' Error
Как и ранее, объект ds
Dataset был объявлен, но экземпляр никогда не создавался. DataAdapter
заполнит существующий DataSet
, а не создаст его. В этом случае, поскольку ds
является локальной переменной, IDE предупреждает вас, что это может произойти:
Когда объявляется как переменная уровня модуля/класса, как представляется, в случае с con
, компилятор не может знать, был ли объект создан процедурой восходящего потока. Не игнорируйте предупреждения.
средство
Dim ds As New DataSet
Пример 2.
ds = New DataSet
da = New OleDBDataAdapter(sql, con)
da.Fill(ds, "Employees")
txtID.Text = ds.Tables("Employee").Rows(0).Item(1)
txtID.Name = ds.Tables("Employee").Rows(0).Item(2)
Опечатка является проблемой здесь: Employees
против Employee
. Не было создано DataTable
именем "Employee", поэтому результаты NullReferenceException
пытаются получить к нему доступ. Другая потенциальная проблема заключается в предположении, что будут Items
которые могут быть не такими, когда SQL включает предложение WHERE.
средство
Поскольку это использует одну таблицу, использование Tables(0)
позволит избежать орфографических ошибок. Изучение Rows.Count
также может помочь:
If ds.Tables(0).Rows.Count > 0 Then
txtID.Text = ds.Tables(0).Rows(0).Item(1)
txtID.Name = ds.Tables(0).Rows(0).Item(2)
End If
Fill
- это функция, возвращающая количество затронутых Rows
которые также могут быть протестированы:
If da.Fill(ds, "Employees") > 0 Then...
Пример 3.
Dim da As New OleDb.OleDbDataAdapter("SELECT TICKET.TICKET_NO,
TICKET.CUSTOMER_ID, ... FROM TICKET_RESERVATION AS TICKET INNER JOIN
FLIGHT_DETAILS AS FLIGHT ... WHERE [TICKET.TICKET_NO]= ...", con)
Dim ds As New DataSet
da.Fill(ds)
If ds.Tables("TICKET_RESERVATION").Rows.Count > 0 Then
DataAdapter
обеспечит TableNames
, как показано в предыдущем примере, но не разобрать имена из SQL или базы данных таблицы. В результате ds.Tables("TICKET_RESERVATION")
ссылается на несуществующую таблицу.
Средство устранения одинаково, ссылайтесь на таблицу по индексу:
If ds.Tables(0).Rows.Count > 0 Then
См. Также Класс DataTable.
If myFoo.Bar.Items IsNot Nothing Then
...
Код только тестирует Items
то время как myFoo
и Bar
также могут быть Nothing. Средство состоит в том, чтобы проверить всю цепочку или путь объектов по одному:
If (myFoo IsNot Nothing) AndAlso
(myFoo.Bar IsNot Nothing) AndAlso
(myFoo.Bar.Items IsNot Nothing) Then
....
AndAlso
важно. Последующие тесты не будут выполняться после первого состояния False
. Это позволяет коду безопасно "сверлить" на объект один "уровень" за раз, оценивая myFoo.Bar
только после (и если) myFoo
определяется как действительный. Цепочки объектов или пути могут быть довольно длинными при кодировании сложных объектов:
myBase.myNodes(3).Layer.SubLayer.Foo.Files.Add("somefilename")
Невозможно ссылаться на "нисходящий поток" null
объекта. Это также относится к элементам управления:
myWebBrowser.Document.GetElementById("formfld1").InnerText = "some value"
Здесь myWebBrowser
или Document
может быть Nothing или элемент formfld1
может не существовать.
Dim cmd5 As New SqlCommand("select Cartons, Pieces, Foobar " _
& "FROM Invoice where invoice_no = '" & _
Me.ComboBox5.SelectedItem.ToString.Trim & "' And category = '" & _
Me.ListBox1.SelectedItem.ToString.Trim & "' And item_name = '" & _
Me.ComboBox2.SelectedValue.ToString.Trim & "' And expiry_date = '" & _
Me.expiry.Text & "'", con)
Помимо всего прочего, этот код не предполагает, что пользователь может не выбрать что-либо в одном или нескольких элементах управления пользовательским интерфейсом. ListBox1.SelectedItem
вполне может быть Nothing
, поэтому ListBox1.SelectedItem.ToString
приведет к NRE.
средство
Проверяйте данные перед их использованием (также используйте параметры Option Strict
и SQL):
Dim expiry As DateTime ' for text date validation
If (ComboBox5.SelectedItems.Count > 0) AndAlso
(ListBox1.SelectedItems.Count > 0) AndAlso
(ComboBox2.SelectedItems.Count > 0) AndAlso
(DateTime.TryParse(expiry.Text, expiry) Then
'... do stuff
Else
MessageBox.Show(...error message...)
End If
Кроме того, вы можете использовать (ComboBox5.SelectedItem IsNot Nothing) AndAlso...
Public Class Form1
Private NameBoxes = New TextBox(5) {Controls("TextBox1"), _
Controls("TextBox2"), Controls("TextBox3"), _
Controls("TextBox4"), Controls("TextBox5"), _
Controls("TextBox6")}
' same thing in a different format:
Private boxList As New List(Of TextBox) From {TextBox1, TextBox2, TextBox3 ...}
' Immediate NRE:
Private somevar As String = Me.Controls("TextBox1").Text
Это довольно распространенный способ получить NRE. В С#, в зависимости от того, как он кодируется, среда IDE сообщит, что Controls
не существуют в текущем контексте, или "не может ссылаться на нестатический член". Итак, в какой-то степени это ситуация только с VB. Это также сложно, потому что это может привести к отказу каскада.
Таким образом, массивы и коллекции не могут быть инициализированы. Этот код инициализации будет выполняться до того, как конструктор создаст Form
или Controls
. В результате:
somevar
приведет к немедленному NRE, потому что Nothing не имеет свойства .Text
После этого ссылки на элементы массива приведут к NRE. Если вы делаете это в Form_Load
, из-за нечетной ошибки, среда IDE может не сообщать об исключении, когда это происходит. Исключение появится позже, когда ваш код попытается использовать массив. Это "молчаливое исключение" подробно описано в этом сообщении. Для наших целей ключ заключается в том, что, когда что-то катастрофическое происходит при создании формы (Sub New
или Form Load
event), исключения могут не сообщаться, код выходит из процедуры и просто отображает форму.
Поскольку никакой другой код в вашем событии Sub New
или Form Load
будет запущен после NRE, многие другие вещи могут быть оставлены неинициализированными.
Sub Form_Load(..._
'...
Dim name As String = NameBoxes(2).Text ' NRE
' ...
' More code (which will likely not be executed)
' ...
End Sub
Обратите внимание, что это относится ко всем ссылкам управления и компонентов, которые делают их незаконными там, где они есть:
Public Class Form1
Private myFiles() As String = Me.OpenFileDialog1.FileName & ...
Private dbcon As String = OpenFileDialog1.FileName & ";Jet Oledb..."
Private studentName As String = TextBox13.Text
Частичное средство
Любопытно, что VB не дает предупреждение, а средство объявить контейнеры на уровне формы, но инициализировать их в обработчик события загрузки формы, когда элементы управления существует. Это можно сделать в Sub New
если ваш код после вызова InitializeComponent
:
' Module level declaration
Private NameBoxes as TextBox()
Private studentName As String
' Form Load, Form Shown or Sub New:
'
' Using the OP approach (illegal using OPTION STRICT)
NameBoxes = New TextBox() {Me.Controls("TextBox1"), Me.Controls("TestBox2"), ...)
studentName = TextBox32.Text ' For simple control references
Код массива, возможно, еще не вышел из леса. Любые элементы управления, которые находятся в контроле контейнера (например, GroupBox
или Panel
), не будут найдены в Me.Controls
; они будут находиться в коллекции Controls этой Panel или GroupBox. Также не будет возвращен элемент управления, если контрольное имя будет написано неправильно ("TeStBox2"
). В таких случаях в этих элементах массива Nothing
не будет сохранено, и при попытке ссылаться на него будет возникать NRE.
Теперь вам будет легко найти, что вы знаете, что ищете:
"Button2" находится на Panel
средство
Вместо косвенных ссылок по имени с использованием коллекции Controls
формы используйте ссылку на управление:
' Declaration
Private NameBoxes As TextBox()
' Initialization - simple and easy to read, hard to botch:
NameBoxes = New TextBox() {TextBox1, TextBox2, ...)
' Initialize a List
NamesList = New List(Of TextBox)({TextBox1, TextBox2, TextBox3...})
' or
NamesList = New List(Of TextBox)
NamesList.AddRange({TextBox1, TextBox2, TextBox3...})
Private bars As New List(Of Bars) ' Declared and created
Public Function BarList() As List(Of Bars)
bars.Clear
If someCondition Then
For n As Integer = 0 to someValue
bars.Add(GetBar(n))
Next n
Else
Exit Function
End If
Return bars
End Function
Это случай, когда IDE предупредит вас, что "не все пути возвращают значение и может возникнуть NullReferenceException
". Вы можете подавить предупреждение, заменив Exit Function
на Return Nothing
, но это не решит проблему. Все, что пытается использовать возврат, когда someCondition = False
приведет к NRE:
bList = myFoo.BarList()
For Each b As Bar in bList ' EXCEPTION
...
средство
Замените Exit Function
в функции с помощью функции Return bList
. Возврат пустого List
не совпадает с возвратом Nothing
. Если есть вероятность того, что возвращаемый объект может быть Nothing
, перед его использованием проверьте:
bList = myFoo.BarList()
If bList IsNot Nothing Then...
Плохо реализованный Try/Catch может скрыть, где проблема, и привести к новым:
Dim dr As SqlDataReader
Try
Dim lnk As LinkButton = TryCast(sender, LinkButton)
Dim gr As GridViewRow = DirectCast(lnk.NamingContainer, GridViewRow)
Dim eid As String = GridView1.DataKeys(gr.RowIndex).Value.ToString()
ViewState("username") = eid
sqlQry = "select FirstName, Surname, DepartmentName, ExtensionName, jobTitle,
Pager, mailaddress, from employees1 where username='" & eid & "'"
If connection.State <> ConnectionState.Open Then
connection.Open()
End If
command = New SqlCommand(sqlQry, connection)
'More code fooing and barring
dr = command.ExecuteReader()
If dr.Read() Then
lblFirstName.Text = Convert.ToString(dr("FirstName"))
...
End If
mpe.Show()
Catch
Finally
command.Dispose()
dr.Close() ' <-- NRE
connection.Close()
End Try
Это случай, когда объект создается не так, как ожидалось, но также демонстрирует полезность счетчика пустого Catch
.
В SQL имеется дополнительная запятая (после "mailaddress"), которая приводит к исключению в .ExecuteReader
. После того, как Catch
ничего не делает, в Finally
пытается выполнить очистку, но поскольку вы не можете Close
нулевой объект DataReader
, получается новое значение NullReferenceException
.
Пустой блок Catch
- площадка для дьявола. Это О.П. был озадачен, почему он был получать NRE в Finally
блоке. В других ситуациях, пустой Catch
может привести к чему-то еще намного дальше вниз по течению, идущему в сторону haywire, и заставить вас тратить время на то, чтобы не ошибиться в неполадке проблемы. ("Тихая исключение", описанное выше, дает такое же развлекательное значение.)
средство
Не используйте пустые блоки Try/Catch - пусть сбой кода, чтобы вы могли: a) определить причину b) определить местоположение и c) применить надлежащее средство. Блоки Try/Catch не предназначены для того, чтобы скрывать исключения от лица, обладающего уникальной квалификацией для их исправления - разработчика.
For Each row As DataGridViewRow In dgvPlanning.Rows
If Not IsDBNull(row.Cells(0).Value) Then
...
Функция IsDBNull
используется для тестирования, если значение равно System.DBNull
: From MSDN:
Значение System.DBNull указывает, что объект представляет отсутствующие или несуществующие данные. DBNull - это не то же самое, что и Nothing, что указывает на то, что переменная еще не была инициализирована.
средство
If row.Cells(0) IsNot Nothing Then ...
Как и прежде, вы можете протестировать Nothing, а затем для определенного значения:
If (row.Cells(0) IsNot Nothing) AndAlso (IsDBNull(row.Cells(0).Value) = False) Then
Пример 2.
Dim getFoo = (From f In dbContext.FooBars
Where f.something = something
Select f).FirstOrDefault
If Not IsDBNull(getFoo) Then
If IsDBNull(getFoo.user_id) Then
txtFirst.Text = getFoo.first_name
Else
...
FirstOrDefault
возвращает первый элемент или значение по умолчанию, которое не является Nothing
для ссылочных типов и никогда DBNull
:
If getFoo IsNot Nothing Then...
Dim chk As CheckBox
chk = CType(Me.Controls(chkName), CheckBox)
If chk.Checked Then
Return chk
End If
Если CheckBox
с chkName
не может быть найден (или существует в GroupBox
), тогда chk
будет Nothing и будет пытаться ссылаться на любое свойство, приведет к исключению.
средство
If (chk IsNot Nothing) AndAlso (chk.Checked) Then ...
Периодически DGV имеет несколько причуд:
dgvBooks.DataSource = loan.Books
dgvBooks.Columns("ISBN").Visible = True ' NullReferenceException
dgvBooks.Columns("Title").DefaultCellStyle.Format = "C"
dgvBooks.Columns("Author").DefaultCellStyle.Format = "C"
dgvBooks.Columns("Price").DefaultCellStyle.Format = "C"
Если dgvBooks
имеет AutoGenerateColumns = True
, он будет создавать столбцы, но он их не AutoGenerateColumns = True
, поэтому приведенный выше код завершится неудачей, когда он ссылается на них по имени.
средство
Назовите столбцы вручную или ссылку по индексу:
dgvBooks.Columns(0).Visible = True
xlWorkSheet = xlWorkBook.Sheets("sheet1")
For i = 0 To myDGV.RowCount - 1
For j = 0 To myDGV.ColumnCount - 1
For k As Integer = 1 To myDGV.Columns.Count
xlWorkSheet.Cells(1, k) = myDGV.Columns(k - 1).HeaderText
xlWorkSheet.Cells(i + 2, j + 1) = myDGV(j, i).Value.ToString()
Next
Next
Next
Когда ваш DataGridView
имеет AllowUserToAddRows
как True
(по умолчанию), Cells
в пустой/новой строке внизу будут содержать Nothing
. Большинство попыток использования содержимого (например, ToString
) приведет к NRE.
средство
Используйте цикл For/Each
и проверьте свойство IsNewRow
чтобы определить, является ли это последней строкой. Это работает, верно ли AllowUserToAddRows
или нет:
For Each r As DataGridViewRow in myDGV.Rows
If r.IsNewRow = False Then
' ok to use this row
Если вы используете цикл For n
, измените количество строк или используйте Exit For
когда IsNewRow
истинно.
При определенных обстоятельствах попытка использовать элемент из My.Settings
который является StringCollection
может привести к NullReference при первом использовании. Решение одно и то же, но не так очевидно. Рассматривать:
My.Settings.FooBars.Add("ziggy") ' foobars is a string collection
Поскольку VB управляет настройками для вас, разумно ожидать, что он инициализирует коллекцию. Он будет, но только если вы ранее добавили начальную запись в коллекцию (в редакторе настроек). Поскольку коллекция (по-видимому) инициализируется при добавлении элемента, она остается " Nothing
когда в редакторе настроек не добавляются элементы.
средство
Инициализировать коллекцию настроек в форме Load
event handler, если/когда необходимо:
If My.Settings.FooBars Is Nothing Then
My.Settings.FooBars = New System.Collections.Specialized.StringCollection
End If
Как правило, Settings
должна быть инициализирована только при первом запуске приложения. Альтернативным средством является добавление начального значения в вашу коллекцию в Project → Settings | FooBars, сохраните проект, а затем удалите поддельное значение.
Вероятно, вы забыли оператора " New
.
или
То, что вы предположили, безупречно выполнило бы, чтобы вернуть инициализированный объект в ваш код, не сделал этого.
Не игнорируйте предупреждения компилятора (когда-либо) и используйте параметр Option Strict On
(всегда).
Другой сценарий - когда вы приводите нулевой объект в тип значения. Например, код ниже:
object o = null;
DateTime d = (DateTime)o;
Это бросит NullReferenceException
на приведение. Это кажется вполне очевидным в приведенном выше примере, но это может произойти в более сложных запоздалых сценариях, когда нулевой объект был возвращен из некоторого кода, который вам не принадлежит, и приведение, например, генерируется некоторой автоматической системой.
Одним из примеров этого является этот простой фрагмент привязки ASP.NET с элементом управления Calendar:
<asp:Calendar runat="server" SelectedDate="<%#Bind("Something")%>" />
Здесь SelectedDate
на самом деле является свойством - типа DateTime
- типа веб-элемента управления Calendar
, и привязка может совершенно вернуть что-то нулевое. Неявный ASP.NET Generator создаст кусок кода, который будет эквивалентен приведенному выше коду. И это вызовет NullReferenceException
, которое довольно трудно обнаружить, поскольку оно находится в сгенерированном ASP.NET коде, который прекрасно компилируется...
Это означает, что рассматриваемая переменная ничем не указана. Я мог бы создать это так:
SqlConnection connection = null;
connection.Open();
Это вызовет ошибку, потому что, пока я объявил переменную "connection
", она ничего не указала. Когда я пытаюсь вызвать член "Open
", там нет ссылки для его разрешения, и он выдает ошибку.
Чтобы избежать этой ошибки:
object == null
.Инструмент Resharper JetBrains определит каждое место в вашем коде, которое имеет возможность ошибки нулевой ссылки, позволяя вам установить нулевую проверку. Эта ошибка является источником ошибок номер один, IMHO.
Это означает, что ваш код использовал ссылочную переменную объекта, которая была установлена в значение null (т.е. она не ссылалась на экземпляр фактического объекта).
Чтобы предотвратить ошибку, объекты, которые могут быть пустыми, должны быть проверены на значение 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
/null
для вас.
Примером этого исключения является: Когда вы пытаетесь проверить что-то, это null.
Например:
string testString = null; //Because it doesn't have a value (i.e. it null; "Length" cannot do what it needs to do)
if (testString.Length == 0) // Throws a nullreferenceexception
{
//Do something
}
Среда выполнения.NET будет генерировать исключение NullReferenceException при попытке выполнить действие над чем-то, что не было создано, т.е. приведенным выше кодом.
По сравнению с ArgumentNullException, которое обычно выбрасывается как защитная мера, если метод ожидает, что переданное ему значение не является нулевым.
Дополнительная информация содержится в С# NullReferenceException и Null Parameter.
Обновление С# 8.0, 2019: Обнуляемые ссылочные типы
С# 8.0 вводит пустые ссылочные типы и ненулевые ссылочные типы. Поэтому необходимо проверять только обнуляемые ссылочные типы, чтобы избежать исключения NullReferenceException.
Если вы не инициализировали ссылочный тип и хотите установить или прочитать одно из его свойств, оно выдаст исключение NullReferenceException.
Пример:
Person p = null;
p.Name = "Harry"; // NullReferenceException occurs here.
Вы можете просто избежать этого, проверив, не является ли переменная нулевой:
Person p = null;
if (p!=null)
{
p.Name = "Harry"; // Not going to run to this point
}
Чтобы полностью понять, почему выбрасывается исключение NullReferenceException, важно знать разницу между типами значений и [ссылочными типами] [3].
Таким образом, если вы имеете дело с типами значений, NullReferenceExceptions не может возникнуть. Хотя при работе с ссылочными типами нужно соблюдать бдительность!
Только ссылочные типы, как следует из названия, могут содержать ссылки или указывать буквально на ничто (или "ноль"). В то время как типы значений всегда содержат значение.
Типы ссылок (эти должны быть проверены):
Типы значений (вы можете просто игнорировать эти):
Другим случаем, когда 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
являются несовместимыми типами; Car
не может быть преобразован/брошен в Book
. Когда этот бросок терпит неудачу, as
возвращает null
. Использование mybook
после этого вызывает NullReferenceException
.
В общем, вы должны использовать бросок или as
, например:
Если вы ожидаете, что преобразование типа всегда будет успешным (т.е. Вы знаете, что объект должен быть впереди времени), тогда вы должны использовать бросок:
ComicBook cb = (ComicBook)specificBook;
Если вы не уверены в типе, но хотите попытаться использовать его как определенный тип, используйте его as
:
ComicBook cb = specificBook as ComicBook;
if (cb != null) {
// ...
}
Вы используете объект, содержащий ссылку нулевого значения. Таким образом, он дает нулевое исключение. В этом примере строковое значение равно null, и при проверке его длины произошло исключение.
Пример:
string value = null;
if (value.Length == 0) // <-- Causes exception
{
Console.WriteLine(value); // <-- Never reached
}
Ошибка исключения:
Необработанное исключение:
System.NullReferenceException: ссылка на объект не установлена в экземпляр объекта. в Program.Main()
В то время как то, что вызывает NullReferenceExceptions и подходы к исключению/исправлению такого исключения, было рассмотрено в других ответах, что многие программисты еще не изучили, как самостоятельно отлаживать такие исключения во время разработки.
В Visual Studio это обычно легко благодаря Visual Studio Debugger.
Во-первых, убедитесь, что правильная ошибка будет обнаружена - см. Как разрешить нарушение "Исключение System.NullReferenceException" в VS2010? Примечание 1
Затем либо " Начать с отладки" (F5), либо " Прикрепить" [отладчик VS] для выполнения процесса. Иногда может быть полезно использовать Debugger.Break
, который предложит запустить отладчик.
Теперь, когда выбрано NullReferenceException (или необработанное), отладчик остановится (вспомните правило, установленное выше?) В строке, в которой произошло исключение. Иногда ошибка будет легко заметить.
Например, в следующей строке единственным кодом, который может вызвать исключение, является то, что myString
значение null. Это можно проверить, посмотрев окно просмотра или выполнив выражения в окне Immediate.
var x = myString.Trim();
В более сложных случаях, таких как следующее, вам нужно будет использовать один из методов выше (Watch или Immediate Windows), чтобы проверить выражения, чтобы определить, было ли str1
пустым или str2
был нулевым.
var x = str1.Trim() + str2.Trim();
Когда место, где было выбрано исключение, было расположено, оно обычно тривиально по отношению к разуму назад, чтобы выяснить, где введено неверное значение -
Найдите время, необходимое для понимания причины исключения. Проверьте нулевые выражения. Проверьте предыдущие выражения, которые могли бы привести к таким нулевым выражениям. Добавьте точки останова и, по мере необходимости, выполните программу. Используйте отладчик.
1 Если Break on Throws является слишком агрессивным, и отладчик останавливается на NPE в библиотеке.NET или сторонних разработчиков, Break on User-Unhandled может использоваться для ограничения исключений. Кроме того, VS2012 представляет Just My Code, который я рекомендую также включить.
Если вы отлаживаетесь с включенным Just My Code, поведение немного отличается. При включенном Just My Code отладчик игнорирует исключения, связанные с привилегиями обычного языка (CLR), которые выходят за пределы My Code и не проходят через My Code
Симон Моурир привел этот пример:
object o = null;
DateTime d = (DateTime)o; // NullReferenceException
где преобразование (cast) unboxing из object
(или из одного из классов System.ValueType
или System.Enum
или из типа интерфейса) в тип значения (кроме Nullable<>
) само по себе дает NullReferenceException
.
В другом направлении преобразование бокса из Nullable<>
которое HasValue
равно false
для ссылочного типа, может дать null
ссылку, которая затем может привести к 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<>
экземпляров.
Добавление случая, когда имя класса для сущности, используемой в структуре сущности, такое же, как имя класса для файла с кодировкой веб-формы.
Предположим, что у вас есть веб-форма Contact.aspx, чей класс codebehind имеет контакт, и у вас есть контакт с именем организации.
Затем следующий код будет вызывать исключение NullReferenceException при вызове context.SaveChanges()
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;}
}
и класс контактного объекта. Иногда классы сущностей являются частичными классами, поэтому вы можете распространять их и в других файлах.
public partial class Contact
{
public string Name {get; set;}
}
Ошибка возникает, когда и класс entity, и codebehind находятся в одном пространстве имен. Чтобы исправить это, переименуйте класс сущности или класс codebehind для Contact.aspx.
Причина Я все еще не уверен в причине. Но всякий раз, когда какой-либо из классов сущностей расширяет System.Web.UI.Page, эта ошибка возникает.
Для обсуждения рассмотрим NullReferenceException в DbContext.saveChanges()
Другой общий случай, когда можно получить это исключение, включает в себя насмешливые классы во время модульного тестирования. Независимо от используемой насмешливой структуры, вы должны убедиться, что все соответствующие уровни иерархии классов должным образом высмеиваются. В частности, все свойства HttpContext
, на которые ссылается тестируемый код, должны быть изделены.
См. "Исключение NullReferenceException при проверке пользовательского атрибута AuthorizationAttribute" для несколько подробного примера.
У меня есть другая перспектива ответить на это. Такие ответы "что еще можно сделать, чтобы избежать этого?"
При работе в разных слоях, например, в приложении MVC, контроллеру нужны службы для вызова бизнес-операций. В таких сценариях Контейнер инжекции зависимостей может использоваться для инициализации служб, чтобы избежать NullReferenceException. Это означает, что вам не нужно беспокоиться о проверке нулевого и просто вызвать службы с контроллера, как будто они всегда будут доступны (и инициализированы) как одиночный или прототип.
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();
}
}
В отношении "что мне делать с этим" может быть много ответов.
Более "формальный" способ предотвращения таких ошибок при разработке применяется дизайн по контракту в вашем коде. Это означает, что вам необходимо установить инварианты классов и/или даже предпосылки и постусловия функций и постусловий в вашей системе при разработке.
Короче говоря, инварианты класса гарантируют, что в вашем классе будут некоторые ограничения, которые не будут нарушены при нормальном использовании (и, следовательно, класс не попадет в несогласованное состояние). Предпосылки означают, что данные, данные как входные данные для функции/метода, должны соответствовать установленным ограничениям и никогда, а постусловия означает, что вывод функции/метода должен снова следовать установленным ограничениям, не нарушая их. Условия контракта должны быть никогда нарушены во время выполнения программы без ошибок, поэтому дизайн по контракту проверяется на практике в режиме отладки, будучи отключенным в версиях, чтобы максимизировать развитую производительность системы.
Таким образом, вы можете избежать случаев 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 );
//...
}
По этой причине существует проект Code Contracts для приложений .NET.
В качестве альтернативы, дизайн по контракту может быть применен с помощью утверждений.
ОБНОВЛЕНИЕ: Стоит отметить, что этот термин был придуман Бертраном Мейером в связи с его дизайном языка программирования Эйфеля.
A NullReferenceException
возникает, когда мы пытаемся получить доступ к свойствам нулевого объекта или когда значение строки становится пустым и мы пытаемся получить доступ к строковым методам.
Например:
При использовании строкового метода пустой строки:
string str = string.Empty;
str.ToLower(); // throw null reference exception
Когда свойство нулевого объекта доступно:
Public Class Person {
public string Name { get; set; }
}
Person objPerson;
objPerson.Name /// throw Null refernce Exception
TL; DR: Попробуйте использовать Html.Partial
вместо Renderpage
Я получал Object reference not set to an instance of an object
, когда я пытался отобразить представление в представлении, отправив ему модель, например:
@{
MyEntity M = new MyEntity();
}
@RenderPage("_MyOtherView.cshtml", M); // error in _MyOtherView, the Model was Null
Отладка показала, что модель была Null внутри MyOtherView. Пока я не изменил его на:
@{
MyEntity M = new MyEntity();
}
@Html.Partial("_MyOtherView.cshtml", M);
И это сработало.
Кроме того, причина, по которой у меня не было Html.Partial
, заключалась в том, что Visual Studio иногда генерирует строчные строки с ошибками в Html.Partial
, если она находится внутри другого построенного цикла foreach
, хотя это не ошибка:
@inherits System.Web.Mvc.WebViewPage
@{
ViewBag.Title = "Entity Index";
List<MyEntity> MyEntities = new List<MyEntity>();
MyEntities.Add(new MyEntity());
MyEntities.Add(new MyEntity());
MyEntities.Add(new MyEntity());
}
<div>
@{
foreach(var M in MyEntities)
{
// Squiggly lines below. Hovering says: cannot convert method group 'partial' to non-delegate type Object, did you intend to envoke the Method?
@Html.Partial("MyOtherView.cshtml");
}
}
</div>
Но я смог запустить приложение без проблем с этой "ошибкой". Я смог избавиться от ошибки, изменив структуру цикла foreach
, чтобы выглядеть так:
@foreach(var M in MyEntities){
...
}
Хотя у меня такое чувство, что Visual Studio неправильно интерпретирует амперсанды и скобки.
Что вы можете сделать с этим?
Здесь есть много хороших ответов, объясняющих, что такое пустая ссылка и как ее отладить. Но очень мало о том, как предотвратить проблему или, по крайней мере, сделать ее легче поймать.
Проверить аргументы
Например, методы могут проверять разные аргументы, чтобы увидеть, являются ли они нулевыми и выбрасывают ArgumentNullException
, исключение, явно созданное для этой цели.
Конструктор для ArgumentNullException
даже принимает имя параметра и сообщение в качестве аргументов, чтобы вы могли точно сказать разработчику, в чем проблема.
public void DoSomething(MyObject obj) {
if(obj == null)
{
throw new ArgumentNullException("obj", "Need a reference to obj.");
}
}
Использовать инструменты
Есть также несколько библиотек, которые могут помочь. Например, "Resharper" может предоставить вам предупреждения при написании кода, особенно если вы используете их атрибут: NotNullAttribute
Там "Контракты кода Microsoft", где вы используете синтаксис типа Contract.Requires(obj != null)
, который дает вам проверку выполнения и компиляцию: Представление кодовых контрактов.
Там также "PostSharp", который позволит вам просто использовать такие атрибуты:
public void DoSometing([NotNull] obj)
Сделав это и сделав часть PostSharp вашего процесса сборки obj
, будет проверяться на нуль во время выполнения. См.: Ошибка проверки PostSharp
Решение простого кода
Или вы всегда можете использовать свой собственный подход, используя простой старый код. Например, вот структура, которую вы можете использовать, чтобы поймать нулевые ссылки. Он смоделирован по той же концепции, что и Nullable<T>
:
[System.Diagnostics.DebuggerNonUserCode]
public struct NotNull<T> where T: class
{
private T _value;
public T Value
{
get
{
if (_value == null)
{
throw new Exception("null value not allowed");
}
return _value;
}
set
{
if (value == null)
{
throw new Exception("null value not allowed.");
}
_value = value;
}
}
public static implicit operator T(NotNull<T> notNullValue)
{
return notNullValue.Value;
}
public static implicit operator NotNull<T>(T value)
{
return new NotNull<T> { Value = value };
}
}
Вы бы очень похожи на то, как вы использовали бы Nullable<T>
, кроме как с целью достижения совершенно противоположного - не разрешать null
. Вот несколько примеров:
NotNull<Person> person = null; // throws exception
NotNull<Person> person = new Person(); // OK
NotNull<Person> person = GetPerson(); // throws exception if GetPerson() returns null
NotNull<T>
неявно отображается в и из T
, поэтому вы можете использовать его в любом месте, где это необходимо. Например, вы можете передать объект Person
методу, который принимает NotNull<Person>
:
Person person = new Person { Name = "John" };
WriteName(person);
public static void WriteName(NotNull<Person> person)
{
Console.WriteLine(person.Value.Name);
}
Как вы можете видеть выше, как с помощью nullable, вы получите доступ к базовому значению с помощью свойства Value
. Кроме того, вы можете использовать явный или неявный листинг, вы можете увидеть пример с возвращаемым значением ниже:
Person person = GetPerson();
public static NotNull<Person> GetPerson()
{
return new Person { Name = "John" };
}
Или вы даже можете использовать его, когда метод просто возвращает T
(в данном случае Person
), выполнив бросок. Например, следующий код будет похож на код выше:
Person person = (NotNull<Person>)GetPerson();
public static Person GetPerson()
{
return new Person { Name = "John" };
}
Объединить с расширением
Объедините NotNull<T>
с методом расширения, и вы можете охватить еще больше ситуаций. Вот пример того, как выглядит метод расширения:
[System.Diagnostics.DebuggerNonUserCode]
public static class NotNullExtension
{
public static T NotNull<T>(this T @this) where T: class
{
if (@this == null)
{
throw new Exception("null value not allowed");
}
return @this;
}
}
И вот пример того, как он может быть использован:
var person = GetPerson().NotNull();
GitHub
Для справки я сделал код выше, доступный на GitHub, вы можете найти его по адресу:
https://github.com/luisperezphd/NotNull
Функция родственного языка
С# 6.0 представил "нуль-условный оператор", который немного помогает в этом. С помощью этой функции вы можете ссылаться на вложенные объекты, и если какой-либо из них null
, все выражение возвращает null
.
Это уменьшает количество нулевых проверок, которые вы должны выполнить в некоторых случаях. Синтаксис заключается в том, чтобы поставить вопросительный знак перед каждой точкой. Возьмите следующий код, например:
var address = country?.State?.County?.City;
Предположим, что country
является объектом типа country
, который имеет свойство, называемое State
и т.д. Если country
, State
, County
или City
есть null
, то address will be
null . Therefore you only have to check whether
address is
null`.
Это отличная функция, но она дает вам меньше информации. Это не делает очевидным, какой из 4 является нулевым.
Встроенный как Nullable?
С# имеет красивое сокращение для Nullable<T>
, вы можете сделать что-то нулевое, поставив знак вопроса после такого типа int?
.
Было бы неплохо, если бы у С# было что-то вроде структуры NotNull<T>
выше и имела аналогичную стенографию, может быть, восклицательный знак (!), чтобы вы могли написать что-то вроде: public void WriteName(Person! person)
.
Исключить исключение NullReferenceException можно с помощью Null-условных операторов в С# 6 и написать меньше кода для обработки нулевых проверок.
Он использовал для проверки значения null перед выполнением операции доступа к члену (?.) или индекса (? [).
Пример
var name = p?.Spouse?.FirstName;
эквивалентно:
if (p != null)
{
if (p.Spouse != null)
{
name = p.Spouse.FirstName;
}
}
В результате имя будет пустым, если p равно null или p.Spouse - null.
В противном случае имени переменной будет присвоено значение p.Spouse.FirstName.
Для получения дополнительной информации: Нулевые условные операторы
Строка ошибки "Ссылка на объект не установлена в экземпляр объекта." заявляет, что вы не присвоили экземпляр объекта объектной ссылке, и все же вы получаете доступ к свойствам/методам этого объекта.
например: допустим, что у вас есть класс с именем myClass, и он содержит одно свойство prop1.
public Class myClass
{
public int prop1 {get;set;}
}
Теперь вы получаете доступ к этому prop1 в другом классе, как показано ниже:
public class Demo
{
public void testMethod()
{
myClass ref = null;
ref.prop1 = 1; //This line throws error
}
}
выше строка выдает ошибку, потому что ссылка класса myClass объявлена, но не создана, или экземпляр объекта не назначен для referecne этого класса.
Чтобы исправить это, вы должны создать экземпляр (присвоить объект ссылке на этот класс).
public class Demo
{
public void testMethod()
{
myClass ref = null;
ref = new myClass();
ref.prop1 = 1;
}
}
Интересно, что ни один из ответов на этой странице не упоминает два крайних случая, надеюсь, что никто не возражает, если я их добавлю:
Общие словари в .NET не являются потокобезопасными, и иногда они могут бросать NullReference
или даже (чаще) a KeyNotFoundException
при попытке получить доступ к ключу из двух параллельных потоков. Исключение в этом случае вводит в заблуждение.
Если a NullReferenceException
выбрано кодом unsafe
, вы можете посмотреть на переменные указателя и проверить их на IntPtr.Zero
или что-то еще. Это одно и то же ( "исключение нулевого указателя" ), но в небезопасном коде переменные часто переводятся в типы значений/массивы и т.д., И вы ударяете головой о стену, задаваясь вопросом, как тип значения может исключение.
(Еще одна причина для небезопасного использования небезопасного кода, если вам это не нужно)
Ссылка NullReferenceException или Object, не установленная на экземпляр объекта, возникает, когда объект класса, который вы пытаетесь использовать, не создается. Например:
Предположим, что у вас есть класс с именем Student.
public class Student
{
private string FirstName;
private string LastName;
public string GetFullName()
{
return FirstName + LastName;
}
}
Теперь рассмотрим другой класс, в котором вы пытаетесь получить полное имя студента.
public class StudentInfo
{
public string GetStudentName()
{
Student s;
string fullname = s.GetFullName();
return fullname;
}
}
Как видно из приведенного выше кода, утверждение Студент s - объявляет только переменную типа Student, обратите внимание, что класс Student не создается в этой точке. Следовательно, когда выполняется инструкция s.GetFullName(), она выкинет исключение NullReferenceException.
Ну, простыми словами:
Вы пытаетесь получить доступ к объекту, который не создан или в данный момент отсутствует в памяти.
Итак, как справиться с этим:
Отладьте и дайте отладчику сломаться... Он напрямую приведет вас к сломанной переменной... Теперь ваша задача просто исправить это... Используя ключевое слово new в соответствующем месте.
Если это вызвано в некоторых командах базы данных, потому что объект не присутствует, тогда все, что вам нужно сделать, это сделать нулевую проверку и обработать ее:
if (i == null) {
// Handle this
}
Сложнее всего... если GC уже собрал объект... Обычно это происходит, если вы пытаетесь найти объект с помощью строк... То есть, находя его по имени объекта, может случиться так, что GC может уже Вычистил это... Это трудно найти и станет большой проблемой... Лучший способ справиться с этим - делать нулевые проверки везде, где это необходимо во время процесса разработки. Это сэкономит вам много времени.
Под поиском по имени я подразумеваю некоторую инфраструктуру, позволяющую вам FIndObjects использовать строки, и код может выглядеть следующим образом: FindObject ("ObjectName");
Если мы рассмотрим общие сценарии, в которых может быть выбрано это исключение, доступ к свойствам с объектом вверху.
Пример:
string postalcode=Customer.Address.PostalCode;
//if customer or address is null , this will through exeption
здесь, если адрес равен NULL, тогда вы получите исключение NullReferenceException.
Итак, как практика, мы всегда должны использовать проверку нуля, прежде чем обращаться к свойствам в таких объектах (особенно в родовых)
string postalcode=Customer?.Address?.PostalCode;
//if customer or address is null , this will return null, without through a exception
Буквально самый простой способ исправить NullReferenceExeption имеет два пути.
Если у вас есть GameObject, например, с прикрепленным script и переменной с именем rb (rigidbody), эта переменная начнет пустую, когда вы начнете игру.
Вот почему вы получаете NullReferenceExeption, потому что на компьютере нет данных, хранящихся в этой переменной.
В качестве примера я буду использовать переменную RigidBody.
Мы можем добавить данные действительно легко на самом деле несколькими способами:
rb = GetComponent<Rigidbody>();
Start()
или Awake()
.rb = AddComponent<RigidBody>();
Дальнейшие примечания. Если вы хотите, чтобы единство добавляло компонент к вашему объекту, и вы, возможно, забыли добавить его, вы можете ввести [RequireComponent(typeof(RigidBody))]
над объявлением класса (пробел ниже всех ваших приложений).
Наслаждайтесь и получайте удовольствие от игр!
Для типов ссылок по умолчанию используется null, чтобы указать, что они не ссылаются на какой-либо объект. Следовательно, если вы попытаетесь получить доступ к объекту, на который ссылаетесь, и его нет, вы получите NullReferenceException.
Для Ex:
SqlConnection connection = null;
connection.Open();
Когда вы запустите этот код, вы получите:
System.NullReferenceException: Object reference not set to an instance of an object.
Вы можете избежать этой ошибки путем кодирования следующим образом:
if (connection != null){
connection.Open();
}
Примечание. Чтобы избежать этой ошибки, вы всегда должны инициализировать свои объекты, прежде чем пытаться что-либо сделать с ними.
Если вы получаете это сообщение во время сохранения или компиляции сборки, просто закройте все файлы, а затем откройте любой файл для компиляции и сохранения.
Для меня причина в том, что я переименовал файл, и старый файл все еще был открыт.
Чтобы использовать методы и член объекта, вам сначала нужно создать этот объект. Если вы его не создали (переменная, которая должна содержать объект, не инициализируется), но вы пытаетесь использовать его методы или переменные, вы получите эту ошибку.
Иногда вы можете просто забыть инициализировать.
Отредактировано: new не может вернуть значение null, но исключение fire при неудаче. Давно это было на некоторых языках, но не больше. Спасибо @John Saunders за указание на это.
Это означает, что вы пытаетесь манипулировать тем, что имеет ссылку, но еще не инициализировано
Первое, что нужно сделать, это проверить каждый созданный экземпляр.
Используйте контрольные точки, часы, проверяйте свои значения varibale.
Следить за трассировкой стека и искать точные строки и столбцы, которые создают проблему.