При отладке кода, написанного на ряде языков программирования (Visual Studio, Pascal и других) программист может получить сообщение «Ссылка на объект не указывает на экземпляр объекта». Обычно это означает, что программа пытается обратиться к объекту, который не инициализирован (объекту не задано значение), и вместо значения объекта виден нуль (null). Давайте разберём суть и способы решения возникшей проблемы.

Содержание
- Что означает «Ссылка на объект не указывает на экземпляр объекта»?
- Использование условного оператора Null для избежания NullReferenceExceptions
- Объединение нулей во избежание NullReferenceExceptions
- Простые примеры нулевых значений, вызывающих проблемы
- Как исправить дисфункцию, когда ссылка на необходимый объект не указывает на экземпляр объекта
- Заключение
Что означает «Ссылка на объект не указывает на экземпляр объекта»?
Как мы уже поясняли выше, возникновение данной ошибки связано с так называемой «нулевой ссылкой». Когда значений какого-либо из объектов кода не задано, и программа вместо данного значения видит нуль.
Ошибка «нулевой ссылки» составляют значимую часть в числе всех ошибок приложений. Обычно это простая проблема, вызванная отсутствием дополнительной логики в программе, предполагающей наличие допустимых значений для всех имеющихся в ней объектов.
Вы также можете столкнуться с исключением нулевой ссылки в ситуации, когда любой из типов объектов является нулём. Например, в приведенном ниже коде объект SqlCommand никогда не инициализируется. Отсутствие SQL-запроса может стать серьезной проблемой для вашего приложения. Иногда нулевую строку можно просто проигнорировать, и двигаться дальше. В других же случаях, как и в случае с SqlCommand, это может стать фатальной ошибкой, игнорировать которую не представляется возможным.

Это интересно: Как можно исправить HTTP ERROR 500.
Использование условного оператора Null для избежания NullReferenceExceptions
Одним из лучших новых дополнений в C # является нулевой условный оператор. Вместо сумасшедшего количества проверок типа «variable != null», можно использовать «?», Ваш код сделает небольшой круг, и вернет ноль вместо того, чтобы выдать исключение. Написанное будет иметь больше смысла в примере ниже:

Объединение нулей во избежание NullReferenceExceptions
Еще одна замечательная особенность — объединение нулей (null coalescing), которое является оператором «??». Это прекрасно работает в случае получения значения по умолчанию для переменной, которая является нулём. Это работает со всеми типами данных, которые могут быть обнуляемыми. Следующий код генерирует исключение без объединения нулей. Добавление “?? new List<string>()» предотвращает исключение «Ссылка на объект не указывает на экземпляр объекта».

Простые примеры нулевых значений, вызывающих проблемы
Наиболее распространёнными причинами рассматриваемой ошибки являются неверные настройки, вызовы базы данных, а также вызовы типа API, не возвращающие ожидаемые значения.
Например, вы добавляете новое поле в свою базу данных, и не заполняете значения по умолчанию для каждой записи. Произвольно запрашиваются записи, при этом данный код не учитывает, что новое поле — нуль. Соответственно, возникает и рассматриваемая нами ошибка.
Читайте также: что за ошибка ERR_NETWORK_CHANGED.
Как исправить дисфункцию, когда ссылка на необходимый объект не указывает на экземпляр объекта
Рассматриваемая проблема может быть решена добавлением логики и кода, позволяющих гарантировать, что объекты не являются нулями. Советы, позволяющие избавиться от ошибки сводятся примерно к следующему:
- Инициализируйте переменные с допустимыми значениями;
- Если переменная может быть нулевой, то проверьте код на нули, и обработайте его соответствующим образом;
- Используйте оператор ? с методами, когда возможно. stringvar?.ToUpper();
- Применяйте инструменты уровня «Resharper» для выявления потенциальных нулевых ссылок.
Будет интересно узнать: как исправить ERR_FILE_NOT_FOUND.
Заключение
В статье мы разобрали, что означает «Ссылка на объект не указывает на экземпляр объекта», в каких ситуациях она появляется, и как её исправить. Проверяйте объекты на наличие заданных значений, используйте «Resharper», и рассматриваемая нами ошибка перестанет вам досаждать.
Причина
Вкратце
Вы пытаетесь воспользоваться чем-то, что равно null (или Nothing в VB.NET). Это означает, что либо вы присвоили это значение, либо вы ничего не присваивали.
Как и любое другое значение, null может передаваться от объекта к объекту, от метода к методу. Если нечто равно null в методе «А», вполне может быть, что метод «В» передал это значение в метод «А».
Остальная часть статьи описывает происходящее в деталях и перечисляет распространённые ошибки, которые могут привести к исключению NullReferenceException.
Более подробно
Если среда выполнения выбрасывает исключение NullReferenceException, то это всегда означает одно: вы пытаетесь воспользоваться ссылкой. И эта ссылка не инициализирована (или была инициализирована, но уже не инициализирована).
Это означает, что ссылка равна null, а вы не сможете вызвать методы через ссылку, равную null. В простейшем случае:
string foo = null;
foo.ToUpper();
Этот код выбросит исключение NullReferenceException на второй строке, потому что вы не можете вызвать метод ToUpper() у ссылки на string, равной null.
Отладка
Как определить источник ошибки? Кроме изучения, собственно, исключения, которое будет выброшено именно там, где оно произошло, вы можете воспользоваться общими рекомендациями по отладке в Visual Studio: поставьте точки останова в ключевых точках, изучите значения переменных, либо расположив курсор мыши над переменной, либо открыв панели для отладки: Watch, Locals, Autos.
Если вы хотите определить место, где значение ссылки устанавливается или не устанавливается, нажмите правой кнопкой на её имени и выберите «Find All References». Затем вы можете поставить точки останова на каждой найденной строке и запустить приложение в режиме отладки. Каждый раз, когда отладчик остановится на точке останова, вы можете удостовериться, что значение верное.
Следя за ходом выполнения программы, вы придёте к месту, где значение ссылки не должно быть null, и определите, почему не присвоено верное значение.
Примеры
Несколько общих примеров, в которых возникает исключение.
Цепочка
ref1.ref2.ref3.member
Если ref1, ref2 или ref3 равно null, вы получите NullReferenceException. Для решения проблемы и определения, что именно равно null, вы можете переписать выражение более простым способом:
var r1 = ref1;
var r2 = r1.ref2;
var r3 = r2.ref3;
r3.member
Например, в цепочке 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; // Свойство Author не было инициализировано
// нет Person, у которого можно вычислить Age.
}
}
То же верно для вложенных инициализаторов:
Book b1 = new Book { Author = { Age = 45 } };
Несмотря на использование ключевого слова new, создаётся только экземпляр класса Book, но экземпляр Person не создаётся, поэтому свойство Author остаётся null.
Массив
int[] numbers = null;
int n = numbers[0]; // numbers = null. Нет массива, чтобы получить элемент по индексу
Элементы массива
Person[] people = new Person[5];
people[0].Age = 20; // people[0] = null. Массив создаётся, но не
// инициализируется. Нет Person, у которого можно задать Age.
Массив массивов
long[][] array = new long[1][];
array[0][0] = 3; // = null, потому что инициализировано только первое измерение.
// Сначала выполните array[0] = new long[2].
Collection/List/Dictionary
Dictionary<string, int> agesForNames = null;
int age = agesForNames["Bob"]; // agesForNames = null.
// Экземпляр словаря не создан.
LINQ
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(); // Исключение бросается здесь, хотя создаётся
// строкой выше. p = null, потому что
// первый добавленный элемент = null.
События
public class Demo
{
public event EventHandler StateChanged;
protected virtual void OnStateChanged(EventArgs e)
{
StateChanged(this, e); // Здесь бросится исключение, если на
// событие StateChanged никто не подписался
}
}
Неудачное именование переменных
Если бы в коде ниже у локальных переменных и полей были разные имена, вы бы обнаружили, что поле не было инициализировано:
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;
Цикл жизни страницы ASP.NET
public partial class Issues_Edit : System.Web.UI.Page
{
protected TestIssue myIssue;
protected void Page_Load(object sender, EventArgs e)
{
if (!IsPostBack)
{
// Выполняется только на первой загрузке, но не когда нажата кнопка
myIssue = new TestIssue();
}
}
protected void SaveButton_Click(object sender, EventArgs e)
{
myIssue.Entry = "NullReferenceException здесь!";
}
}
Сессии ASP.NET
// Если сессионная переменная "FirstName" ещё не была задана,
// то эта строка бросит NullReferenceException.
string firstName = Session["FirstName"].ToString();
Пустые вью-модели ASP.NET MVC
Если вы возвращаете пустую модель (или свойство модели) в контроллере, то вью бросит исключение при попытке доступа к ней:
// Controller
public class Restaurant:Controller
{
public ActionResult Search()
{
return View(); // Модель не задана.
}
}
// Razor view
@foreach (var restaurantSearch in Model.RestaurantSearch) // Исключение.
{
}
Способы избежать
Явно проверять на 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, выбрасывать своё исключение
Вы также можете бросать своё исключение, чтобы позже его поймать:
string GetCategory(string bookTitle) {
var book = library.FindBook(bookTitle); // Может вернуть null
if (book == null)
throw new BookNotFoundException(bookTitle); // Ваше исключение
return book.Category;
}
Использовать Debug.Assert для проверки на null для обнаружения ошибки до бросания исключения
Если во время разработки вы знаете, что метод может, но вообще-то не должен возвращать null, вы можете воспользоваться Debug.Assert для быстрого обнаружения ошибки:
string GetTitle(int knownBookID) {
// Вы знаете, что метод не должен возвращать null
var book = library.GetBook(knownBookID);
// Исключение будет выброшено сейчас, а не в конце метода.
Debug.Assert(book != null, "Library didn't return a book for known book ID.");
// Остальной код...
return book.Title; // Не выбросит NullReferenceException в режиме отладки.
}
Однако эта проверка не будет работать в релизной сборке, и вы снова получите NullReferenceException, если book == null.
Использовать GetValueOrDefault() для Nullable типов
DateTime? appointment = null;
Console.WriteLine(appointment.GetValueOrDefault(DateTime.Now));
// Отобразит значение по умолчанию, потому что appointment = null.
appointment = new DateTime(2022, 10, 20);
Console.WriteLine(appointment.GetValueOrDefault(DateTime.Now));
// Отобразит дату, а не значение по умолчанию.
Использовать оператор ?? (C#) или If() (VB)
Краткая запись для задания значения по умолчанию:
IService CreateService(ILogger log, Int32? frobPowerLevel)
{
var serviceImpl = new MyService(log ?? NullLog.Instance);
serviceImpl.FrobPowerLevel = frobPowerLevel ?? 5;
}
Использовать операторы ?. и ?[ (C# 6+, VB.NET 14+):
Это оператор безопасного доступа к членам, также известный как оператор Элвиса за специфическую форму. Если выражение слева от оператора равно null, то правая часть игнорируется, и результатом считается null. Например:
var title = person.Title.ToUpper();
Если свойство Title равно null, то будет брошено исключение, потому что это попытка вызвать метод ToUpper на значении, равном null. В C# 5 и ниже можно добавить проверку:
var title = person.Title == null ? null : person.Title.ToUpper();
Теперь вместо бросания исключения переменной title будет присвоено null. В C# 6 был добавлен более короткий синтаксис:
var title = person.Title?.ToUpper();
Разумеется, если переменная person может быть равна null, то надо проверять и её. Также можно использовать операторы ?. и ?? вместе, чтобы предоставить значение по умолчанию:
// обычная проверка на null
int titleLength = 0;
if (title != null)
titleLength = title.Length;
// совмещаем операторы `?.` и `??`
int titleLength = title?.Length ?? 0;
Если любой член в цепочке может быть null, то можно полностью обезопасить себя (хотя, конечно, архитектуру стоит поставить под сомнение):
int firstCustomerOrderCount = customers?[0]?.Orders?.Count() ?? 0;
При отладке кода, написанного на ряде языков программирования (Visual Studio, Pascal и других) программист может получить сообщение «Ссылка на объект не указывает на экземпляр объекта». Обычно это означает, что программа пытается обратиться к объекту, который не инициализирован (объекту не задано значение), и вместо значения объекта виден нуль (null). Давайте разберём суть и способы решения возникшей проблемы.

Содержание статьи:
- Что означает «Ссылка на объект не указывает на экземпляр объекта»?
- Использование условного оператора Null для избежания NullReferenceExceptions
- Объединение нулей во избежание NullReferenceExceptions
- Простые примеры нулевых значений, вызывающих проблемы
- Как исправить дисфункцию, когда ссылка на необходимый объект не указывает на экземпляр объекта
- Заключение
Что означает «Ссылка на объект не указывает на экземпляр объекта»?
Как мы уже поясняли выше, возникновение данной ошибки связано с так называемой «нулевой ссылкой». Когда значений какого-либо из объектов кода не задано, и программа вместо данного значения видит нуль.
Ошибка «нулевой ссылки» составляют значимую часть в числе всех ошибок приложений. Обычно это простая проблема, вызванная отсутствием дополнительной логики в программе, предполагающей наличие допустимых значений для всех имеющихся в ней объектов.
Вы также можете столкнуться с исключением нулевой ссылки в ситуации, когда любой из типов объектов является нулём. Например, в приведенном ниже коде объект SqlCommand никогда не инициализируется. Отсутствие SQL-запроса может стать серьезной проблемой для вашего приложения. Иногда нулевую строку можно просто проигнорировать, и двигаться дальше. В других же случаях, как и в случае с SqlCommand, это может стать фатальной ошибкой, игнорировать которую не представляется возможным.

Это интересно: Как можно исправить HTTP ERROR 500.
Использование условного оператора Null для избежания NullReferenceExceptions
Одним из лучших новых дополнений в C # является нулевой условный оператор. Вместо сумасшедшего количества проверок типа «variable != null», можно использовать «?», Ваш код сделает небольшой круг, и вернет ноль вместо того, чтобы выдать исключение. Написанное будет иметь больше смысла в примере ниже:

Объединение нулей во избежание NullReferenceExceptions
Еще одна замечательная особенность — объединение нулей (null coalescing), которое является оператором «??». Это прекрасно работает в случае получения значения по умолчанию для переменной, которая является нулём. Это работает со всеми типами данных, которые могут быть обнуляемыми. Следующий код генерирует исключение без объединения нулей. Добавление “?? new List()» предотвращает исключение «Ссылка на объект не указывает на экземпляр объекта».

Простые примеры нулевых значений, вызывающих проблемы
Наиболее распространёнными причинами ошибка ошибки «Ссылка на объект не указывает на экземпляр объекта» являются неверные настройки, вызовы базы данных, а также вызовы типа API, не возвращающие ожидаемые значения.
Например, вы добавляете новое поле в свою базу данных, и не заполняете значения по умолчанию для каждой записи. Произвольно запрашиваются записи, при этом данный код не учитывает, что новое поле — нуль. Соответственно, возникает и рассматриваемая нами ошибка.
Читайте также: что за ошибка ERR_NETWORK_CHANGED.
Как исправить дисфункцию, когда ссылка на необходимый объект не указывает на экземпляр объекта
Рассматриваемая проблема может быть решена добавлением логики и кода, позволяющих гарантировать, что объекты не являются нулями. Советы, позволяющие избавиться от ошибки сводятся примерно к следующему:
- Инициализируйте переменные с допустимыми значениями;
- Если переменная может быть нулевой, то проверьте код на нули, и обработайте его соответствующим образом;
- Используйте оператор ? с методами, когда возможно. stringvar?.ToUpper();
- Применяйте инструменты уровня «Resharper» для выявления потенциальных нулевых ссылок.
Будет интересно узнать: как исправить ERR_FILE_NOT_FOUND.
Заключение
В статье мы разобрали, что означает «Ссылка на объект не указывает на экземпляр объекта», в каких ситуациях она появляется, и как её исправить. Проверяйте объекты на наличие заданных значений, используйте «Resharper», и рассматриваемая нами ошибка перестанет вам досаждать.
Что такое исключение NullReferenceException и как его исправить?
У меня есть некоторый код, и когда он выполняется, он бросает NullReferenceException , говоря:
В экземпляре объекта не задана ссылка на объект.
Что это значит, и что я могу сделать, чтобы исправить эту ошибку?
В чем причина?
Нижняя граница
Вы пытаетесь использовать то, что есть null (или Nothing в VB.NET). Это означает, что вы либо установили его null , либо никогда вообще ничего не устанавливали.
Как и все остальное, null обходит вокруг. Если null в методе «A», может быть , что метод «В» принят null к методу «A».
null может иметь разные значения:
-
- Переменные объекта, которые неинициализированы и, следовательно, ни на что не указывают. В этом случае, если вы обращаетесь к свойствам или методам таких объектов, это вызывает NullReferenceException .
-
- Разработчик намеренноиспользует, null чтобы указать, что значимых доступных значений нет. Обратите внимание, что C # имеет концепцию типов данных, допускающих значение NULL для переменных (например, таблицы базы данных могут иметь поля NULL), которые можно null указывать, чтобы указать, что в них нет сохраненного значения, например, int? a = null; когда знак вопроса указывает, что ему разрешено хранить нуль в переменная a . Вы можете проверить это либо с, if (a.HasValue) <.>либо с if (a==null) <.>. Обнуляемые переменные, как в a этом примере, позволяют получить доступ к значению a.Value явно или просто как обычно a .
Обратите внимание , что доступ к нему через a.Value Выдает InvalidOperationException вместо NullReferenceException если a IS null — вы должны выполнить проверку заранее, т. е. если у вас есть другая переменная, которая может иметь значение nullable, int b; вы должны выполнять назначения, такие как if (a.HasValue) или более короткие if (a != null) .
- Разработчик намеренноиспользует, null чтобы указать, что значимых доступных значений нет. Обратите внимание, что C # имеет концепцию типов данных, допускающих значение NULL для переменных (например, таблицы базы данных могут иметь поля NULL), которые можно null указывать, чтобы указать, что в них нет сохраненного значения, например, int? a = null; когда знак вопроса указывает, что ему разрешено хранить нуль в переменная a . Вы можете проверить это либо с, if (a.HasValue) <.>либо с if (a==null) <.>. Обнуляемые переменные, как в a этом примере, позволяют получить доступ к значению a.Value явно или просто как обычно a .
Остальная часть этой статьи более подробно раскрывает ошибки, которые часто допускают многие программисты, что может привести к NullReferenceException .
Более конкретно
runtime Метании NullReferenceException всегда означает то же самое: вы пытаетесь использовать ссылку, и ссылка не инициализируется (или он был когда — то инициализируется, но не больше не инициализирован).
Это означает, что ссылка есть null , и вы не можете получить доступ к членам (таким как методы) через null ссылку. Самый простой случай:
Это приведет к NullReferenceException появлению второй строки, потому что вы не можете вызвать метод экземпляра ToUpper() для string ссылки, указывающей на null .
Отладка
Как вы находите источник NullReferenceException ? Помимо рассмотрения самого исключения, которое будет сгенерировано именно в том месте, где оно происходит, применяются общие правила отладки в Visual Studio: устанавливайте стратегические контрольные точки и проверяйте свои переменные , наведя указатель мыши на их имена, открывая ( Быстро) Наблюдайте за окном или используя различные панели отладки, такие как Locals и Autos.
Если вы хотите узнать, где находится ссылка или нет, щелкните правой кнопкой мыши ее имя и выберите «Найти все ссылки». Затем вы можете установить точку останова в каждом найденном месте и запустить вашу программу с подключенным отладчиком. Каждый раз, когда отладчик прерывает работу на такой точке останова, вам нужно определить, ожидаете ли вы, что ссылка не равна нулю, проверить переменную и убедиться, что она указывает на экземпляр, когда вы этого ожидаете.
Следуя этой программе, вы можете найти место, где экземпляр не должен быть нулевым, и почему он не установлен должным образом.
Примеры
Некоторые распространенные сценарии, в которых может быть выдано исключение:
общий
Если ref1 или ref2 или ref3 равны нулю, вы получите NullReferenceException . Если вы хотите решить проблему, то выясните, какая из них равна нулю, переписав выражение в его более простой эквивалент:
В частности, в HttpContext.Current.User.Identity.Name , то HttpContext.Current может быть пустым, или User свойство может быть пустым, или Identity свойство может быть пустым.
непрямой
Если вы хотите избежать нулевой ссылки дочернего (Person), вы можете инициализировать ее в конструкторе родительского (Book) объекта.
Инициализаторы вложенных объектов
То же самое относится и к инициализаторам вложенных объектов:
Это переводится как
Пока используется new ключевое слово, оно создает только новый экземпляр Book , но не новый экземпляр Person , поэтому Author свойство остается прежним null .
Инициализаторы вложенных коллекций
Вложенная коллекция Initializers ведет себя так же:
Это переводится как
new Person Только создает экземпляр Person , но Books коллекция до сих пор null . Initializer Синтаксис коллекции не создает коллекцию p1.Books , он только переводит в p1.Books.Add(. ) операторы.
массив
Элементы массива
Зубчатые массивы
Коллекция / Список / Словарь
Переменная диапазона (косвенная / отложенная)
Мероприятия
Эту проблему можно решить, следуя соглашению о добавлении префикса к полям с подчеркиванием:
Жизненный цикл страницы ASP.NET:
Значения сеанса ASP.NET
ASP.NET MVC модели пустого представления
Если исключение возникает при обращении к свойству в @Model in ASP.NET MVC View , вам нужно понимать, что Model get задается в вашем методе действия, когда вы return просматриваете. Когда вы возвращаете пустую модель (или свойство модели) из вашего контроллера, исключение возникает, когда представления обращаются к нему:
Порядок и события создания элемента управления WPF
WPF элементы управления создаются во время вызова InitializeComponent в порядке их появления в визуальном дереве. A NullReferenceException будет вызываться в случае ранее созданных элементов управления с обработчиками событий и т. Д., Которые срабатывают при InitializeComponent обращении к недавно созданным элементам управления.
Здесь comboBox1 создано раньше label1 . Если comboBox1_SelectionChanged попытка сослаться на `label1, он еще не был создан.
Изменение порядка объявлений в XAML (т. Е. Перечисление label1 ранее comboBox1 , игнорируя вопросы философии дизайна, по крайней мере, решило бы NullReferenceException здесь.
В ролях с as
Это не бросает, InvalidCastException но возвращает, null когда приведение не удается (и когда someObject само по себе является нулевым). Так что знайте об этом.
LINQ FirstOrDefault() и SingleOrDefault()
Простые версии First() и Single() исключения, когда нет ничего. Версии «OrDefault» в этом случае возвращают ноль. Так что знайте об этом.
для каждого
foreach бросает при попытке перебрать нулевую коллекцию. Обычно вызвано неожиданным null результатом от методов, которые возвращают коллекции.
Более реалистичный пример — выберите узлы из XML-документа. Выдает, если узлы не найдены, но начальная отладка показывает, что все свойства действительны:
Способов избежать
Явно проверяйте null и игнорируйте нулевые значения.
Если вы ожидаете, что ссылка иногда будет нулевой, вы можете проверить ее на наличие null до доступа к членам экземпляра:
Явно проверьте null и укажите значение по умолчанию.
Вызов методов, которые вы ожидаете вернуть, может возвращать экземпляр null , например, когда искомый объект не может быть найден. Вы можете вернуть значение по умолчанию, если это так:
Явно проверяйте null из вызовов методов и создавайте пользовательское исключение.
Вы также можете выдать пользовательское исключение, только чтобы перехватить его в вызывающем коде:
Используйте, Debug.Assert если значение никогда не должно быть null , чтобы поймать проблему раньше, чем возникнет исключение.
Если во время разработки вы знаете, что метод может, но никогда не должен возвращаться null , вы можете использовать его Debug.Assert() для прерывания как можно скорее, когда это произойдет:
Хотя эта проверка не закончится в вашей сборке релиза , из-за чего она NullReferenceException снова выдаст команду во book == null время выполнения в режиме релиза.
Используйте GetValueOrDefault() для nullable типов значений, чтобы обеспечить значение по умолчанию, когда они есть null .
Используйте оператор объединения нулей: ?? [C #] или If() [VB].
Сокращение для предоставления значения по умолчанию, когда null встречается:
Используйте оператор условия null: ?. или ?[x] для массивов (доступно в C # 6 и VB.NET 14):
Это также иногда называют безопасной навигацией или оператором Элвиса (после его формы). Если выражение в левой части оператора является нулевым, то правая часть не будет вычисляться, и вместо него будет возвращено нулевое значение. Это означает, что такие случаи:
Если у человека нет заголовка, это вызовет исключение, потому что он пытается вызвать ToUpper свойство с нулевым значением.
В C# 5 и ниже, это может быть защищено с:
Теперь переменная заголовка будет иметь значение null вместо исключения. C # 6 вводит более короткий синтаксис для этого:
Это приведет к тому, что переменная заголовка будет null , и вызов ToUpper не будет выполнен, если person.Title есть null .
Конечно, вам все равно нужно проверить title наличие нуля или использовать оператор условия null вместе с оператором объединения нулей ( ?? ), чтобы задать значение по умолчанию:
Аналогично, для массивов вы можете использовать ?[i] следующее:
Это сделает следующее: Если значение myIntArray равно NULL, выражение возвращает значение NULL, и вы можете безопасно проверить его. Если он содержит массив, он будет делать то же самое, что и: elem = myIntArray[i]; и возвращает i<sup>th</sup> элемент.
Использовать нулевой контекст (доступно в C # 8):
Представленные C# 8 там нулевые контексты и ссылочные типы, допускающие значение NULL, выполняют статический анализ переменных и выдают предупреждение компилятору, если значение может быть потенциально нулевым или для него установлено значение NULL. Обнуляемые ссылочные типы позволяют типам быть явно пустыми.
Обнуляемый контекст аннотации и обнуляемый контекст предупреждения могут быть установлены для проекта с использованием Nullable элемента в вашем csproj файле. Этот элемент настраивает, как компилятор интерпретирует обнуляемость типов и какие предупреждения генерируются. Допустимые настройки:
- enable: контекст аннулируемой аннотации включен. Обнуляемый контекст предупреждения включен. Переменные ссылочного типа, например строковые, не обнуляются. Все предупреждения об обнуляемости включены.
- отключить: контекст аннулируемой аннотации отключен. Обнуляемый контекст предупреждения отключен. Переменные ссылочного типа не обращают внимания, как и более ранние версии C #. Все предупреждения об обнуляемости отключены.
- safeonly: контекст аннулируемых аннотаций включен. Обнуляемый контекст предупреждения безопасен. Переменные ссылочного типа не обнуляются. Все предупреждения об опасности безопасности включены.
- Предупреждения: контекст аннулируемой аннотации отключен. Обнуляемый контекст предупреждения включен. Переменные ссылочного типа не обращают внимания. Все предупреждения об обнуляемости включены.
- safeonlywarnings: контекст аннулируемой аннотации отключен. Обнуляемый контекст предупреждения безопасен. Переменные ссылочного типа не обращают внимания. Все предупреждения об опасности безопасности включены.
Обнуляемый ссылочный тип отмечается с использованием того же синтаксиса, что и типы значений, допускающие обнуляемое значение: a ? добавляется к типу переменной.
Специальные методы отладки и исправления нулевых разыменований в итераторах
C# поддерживает «блоки итераторов» (называемые «генераторами» в некоторых других популярных языках). Исключения нулевого разыменования могут быть особенно сложными для отладки в блоках итераторов из-за отложенного выполнения:
Если whatever результаты в null то MakeFrob кинет. Теперь вы можете подумать, что правильно сделать следующее:
Почему это не так? Поскольку блок итератора фактически не выполняется до foreach ! Вызов GetFrobs просто возвращает объект, который при повторении запускает блок итератора.
Путем написания нулевой проверки, подобной этой, вы предотвращаете разыменование нулевого значения, но перемещаете исключение нулевого аргумента в точку итерации , а не в точку вызова , и это очень сбивает с толку при отладке .
То есть создайте приватный вспомогательный метод, который имеет логику блока итератора, и метод публичной поверхности, который выполняет нулевую проверку и возвращает итератор. Теперь, когда GetFrobs вызывается, проверка на ноль происходит немедленно, а затем GetFrobsForReal выполняется, когда последовательность повторяется.
Если вы изучите источник ссылки LINQ на Объекты, вы увидите, что эта техника используется повсеместно. Это немного более неуклюже, чтобы написать, но это делает отладку ошибок недействительности намного легче. Оптимизируйте свой код для удобства звонящего, а не для удобства автора .
Примечание о нулевых разыменованиях в небезопасном коде
C# имеет «небезопасный» режим, который, как следует из названия, чрезвычайно опасен, поскольку обычные механизмы безопасности, которые обеспечивают безопасность памяти и безопасность типов, не применяются. Вы не должны писать небезопасный код, если у вас нет глубокого и глубокого понимания того, как работает память .
В небезопасном режиме вы должны знать о двух важных фактах:
- разыменование нулевого указателя приводит к тому же исключению, что и разыменование нулевой ссылки
- разыменование недопустимого ненулевого указателя может вызвать это исключение при некоторых обстоятельствах
Чтобы понять, почему это так, это помогает понять, как .NET в первую очередь создает исключения с нулевым разыменованием. (Эти сведения относятся к .NET, работающему в Windows; другие операционные системы используют аналогичные механизмы.)
Память виртуализирована в Windows ; каждый процесс получает пространство виртуальной памяти из множества «страниц» памяти, которые отслеживаются операционной системой. На каждой странице памяти установлены флаги, которые определяют, как ее можно использовать: чтение, запись, выполнение и т. Д. Самая нижняя страница помечена как «выдает ошибку, если когда-либо используется каким-либо образом».
И нулевой указатель, и нулевая ссылка в нем C# внутренне представлены как нулевое число, и поэтому любая попытка разыменовать его в соответствующее хранилище памяти приводит к ошибке операционной системы. Затем среда выполнения .NET обнаруживает эту ошибку и превращает ее в исключение нулевой разыменования.
Вот почему разыменование как нулевого указателя, так и нулевой ссылки приводит к одному и тому же исключению.
Как насчет второго пункта? Разыменование любого недопустимого указателя, который попадает на нижнюю страницу виртуальной памяти, вызывает ту же ошибку операционной системы и, следовательно, то же исключение.
Почему это имеет смысл? Хорошо, предположим, что у нас есть структура, содержащая два целых числа, и неуправляемый указатель, равный нулю. Если мы попытаемся разыменовать второй тип int в структуре, CLR он не будет пытаться получить доступ к хранилищу в нулевом местоположении; он получит доступ к хранилищу в расположении четыре. Но логически это нулевая разыменование, потому что мы получаем по этому адресу через нуль.
Если вы работаете с небезопасным кодом и получаете исключение нулевой разыменования, просто имейте в виду, что указатель-нарушитель не обязательно должен быть нулевым. Это может быть любое место на самой нижней странице, и будет сделано это исключение.
|
Soft17 5 / 5 / 3 Регистрация: 15.01.2017 Сообщений: 690 |
||||||||||||||
|
1 |
||||||||||||||
Ошибка: «Ссылка на объект не указывает на экземпляр объекта.»29.08.2018, 01:19. Показов 14869. Ответов 4 Метки нет (Все метки)
Пробую переделать под себя проект.
получаю ошибку «Ссылка на объект не указывает на экземпляр объекта.» Код Кликните здесь для просмотра всего текста
«SiteParser.cs» (в исходном проекте используется как «HabraParser.cs») Кликните здесь для просмотра всего текста
Как исправить ошибку? Миниатюры
Вложения
__________________
0 |
|
Programming Эксперт 94731 / 64177 / 26122 Регистрация: 12.04.2006 Сообщений: 116,782 |
29.08.2018, 01:19 |
|
4 |
|
315 / 244 / 149 Регистрация: 03.10.2017 Сообщений: 885 Записей в блоге: 1 |
|
|
29.08.2018, 01:21 |
2 |
|
Если ссылка не указывает на экземпляр объекта. Это значит, что у тебя не создаётся экземпляр класса перед работой с ним. Нужно его создать через new
1 |
|
KhaidariN 5 / 5 / 2 Регистрация: 17.11.2016 Сообщений: 69 |
||||
|
29.08.2018, 05:23 |
3 |
|||
|
РешениеSoft17,
1 |
|
5 / 5 / 3 Регистрация: 15.01.2017 Сообщений: 690 |
|
|
29.08.2018, 10:09 [ТС] |
4 |
|
KhaidariN, Masson1848, А почему в исходном проекте это реализовано без «new». — ссылка Напоминаю мой класс «SiteParser.cs» это «HabraParser.cs» в исходном проекте.
0 |
|
SeIZVeIZ 910 / 795 / 329 Регистрация: 08.02.2014 Сообщений: 2,391 |
||||
|
29.08.2018, 10:19 |
5 |
|||
|
Решение
А почему в исходном проекте это реализовано без «new». да ладно?
а это что?
1 |
- Remove From My Forums
Ссылка на объект не указывает на экземпляр объекта
-
Вопрос
-
Код:
string online = System.String.Empty;//как не менял эту строку - ошибка не меняется for (int i = 0; i < dataGridView1.Rows.Count; i++) { online = dataGridView1.Rows[i].Cells[1].Value.ToString();//в этом месте показывает ошибку if (online == "online")//в ячейке только одно из двух значений (online, offline) { //что-то делаю с ячейкой... } }Спасите ноутбук от разбиения моей деревянной головой!
Ответы
-
У вас не online=null, а скорее dataGridView1.Rows[i].Cels[1] =null
А вообще проверьте в debug объекты на null (breakpoint на строку).
-
Помечено в качестве ответа
26 февраля 2014 г. 2:23
-
Помечено в качестве ответа
Object reference not set to an instance of an object error is one of the most common errors when developing .NET applications. Here are the five most common mistakes that result in this error. In this article, also learn how to fix errors, and object references not set to an instance of an object.
Why does this error happen?
This error’s description speaks for itself but when you do not have much experience in development, it is very difficult to understand. So, this error description says that an object that is being called to get or set its value has no reference. This means that you are trying to access an object that was not instantiated.
Why should I know this?
This is important in order to avoid runtime errors that could possibly expose your sensitive data and this could lead to a vulnerability breach. Vulnerability breaches are usually used by hackers for a cyber attack to steal your data or to take your server offline.
How to avoid exposing code and entities?
You must always wrap code that could possibly throw an exception inside try-catch blocks. There are others security approaches that you can use to protect your data that can be found here.
Common mistakes
Objects used in this sample.
Controller
- public class HomeController : Controller
- {
- SampleObj sampleObj;
- SampleChildObj sampleChild;
- List<string> lstSample;
- public IActionResult Index()
- {
- return View();
- }
- public IActionResult About()
- {
- ViewData[«Message»] = «Your application description page.»;
- return View();
- }
- public IActionResult Contact()
- {
- ViewData[«Message»] = «Your contact page.»;
- return View();
- }
- public IActionResult Error()
- {
- return View();
- }
- public IActionResult NewObject()
- {
- sampleChild.Item2 = «error»;
- return View();
- }
- public IActionResult ConditionStatement()
- {
- if (true == false)
- {
- sampleChild = new SampleChildObj();
- sampleChild.Item2 = «»;
- }
- else
- sampleChild.Item2 = «error»;
- return View();
- }
- public IActionResult ObjectInsideObject()
- {
- sampleObj = new SampleObj();
- sampleObj.ChildObj.Item2 = «error»;
- return View();
- }
- public IActionResult AddInNullList()
- {
- lstSample.Add(«error»);
- return View();
- }
- }
Classes
- public class SampleObj
- {
- public string Item1 { get; set; }
- public SampleChildObj ChildObj { get; set; }
- }
- public class SampleChildObj
- {
- public string Item2 { get; set; }
- }
New object not instantiated
Practical example,
Here, we have a sample situation of when we have this error.
- public IActionResult NewObject()
- {
- sampleChild.Item2 = «error»;
- return View();
- }
This happens when you create a new object but do not instantiate it before getting/setting a value.
Condition statement(if, switch)
Practical example
Here, we have a sample situation of when we have this error,
- public IActionResult ConditionStatement()
- {
- if (true == false)
- {
- sampleChild = new SampleChildObj();
- sampleChild.Item2 = «»;
- }
- else
- sampleChild.Item2 = «error»;
- return View();
- }
Why does this happen?
This is a very common mistake. It happens when you create an object that is going to be instantiated inside a conditional statement but forgets to instantiate it in one of the conditions and try to read/write on it.
Object Inside Object
Practical Example
Here, we have a sample situation of when we have this error:
- public IActionResult ObjectInsideObject()
- {
- sampleObj = new SampleObj();
- sampleObj.ChildObj.Item2 = «error»;
- return View();
- }
Why Does This Happens?
It happens when you have an object with many child objects. So, you instantiate the main object but forget to instantiate its child before trying to get/set its value.
Add an item in a null list
Practical Example
Here we have a sample situation of when we have this error,
- public IActionResult AddInNullList()
- {
- lstSample.Add(«error»);
- return View();
- }
Why does this happen?
When you are trying to read/write data in a list that was not instantiated before.
Important
- In order to avoid exposing your data, you must always handle exceptions. Read more about how to do that here.
- The items listed above are some of the most common ways to throw this type of error but there are many other situations in which we may face it. Always remember to check if your objects are instantiated before reading or writing data into them.
Best practices
- Tips about commenting your code, making it more readable in order to help others developers to understand it.
- Object naming practices, create a pattern to name variables, services, and methods.
- Handling errors to not show sensitive data to your users.
- Security tricks to protect your data.
- Reading/writing data without breaking your architecture.
*I am planning to write more about common mistakes and share tips to improve code quality. If you have any specific topic that you would like to read here, please write it below in the comments section.
Congratulations! You just learned how to deal with the most common daily mistakes.
Download the code from GitHub here.
Сообщение было отмечено Soft17 как решение
