Ошибка не указана ссылка

Что такое исключение NullReferenceException и как его исправить?

У меня есть некоторый код, и когда он выполняется, он бросает NullReferenceException , говоря:

В экземпляре объекта не задана ссылка на объект.

Что это значит, и что я могу сделать, чтобы исправить эту ошибку?

В чем причина?

Нижняя граница

Вы пытаетесь использовать то, что есть null (или Nothing в VB.NET). Это означает, что вы либо установили его null , либо никогда вообще ничего не устанавливали.

Как и все остальное, null обходит вокруг. Если null в методе «A», может быть , что метод «В» принят null к методу «A».

null может иметь разные значения:

    1. Переменные объекта, которые неинициализированы и, следовательно, ни на что не указывают. В этом случае, если вы обращаетесь к свойствам или методам таких объектов, это вызывает NullReferenceException .
    1. Разработчик намеренноиспользует, 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) .

Остальная часть этой статьи более подробно раскрывает ошибки, которые часто допускают многие программисты, что может привести к 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 он не будет пытаться получить доступ к хранилищу в нулевом местоположении; он получит доступ к хранилищу в расположении четыре. Но логически это нулевая разыменование, потому что мы получаем по этому адресу через нуль.

Если вы работаете с небезопасным кодом и получаете исключение нулевой разыменования, просто имейте в виду, что указатель-нарушитель не обязательно должен быть нулевым. Это может быть любое место на самой нижней странице, и будет сделано это исключение.

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

Окно ошибки ссылки на объект

Содержание

  1. Что означает «Ссылка на объект не указывает на экземпляр объекта»?
  2. Использование условного оператора Null для избежания NullReferenceExceptions
  3. Объединение нулей во избежание NullReferenceExceptions
  4. Простые примеры нулевых значений, вызывающих проблемы
  5. Как исправить дисфункцию, когда ссылка на необходимый объект не указывает на экземпляр объекта
  6. Заключение

Что означает «Ссылка на объект не указывает на экземпляр объекта»?

Как мы уже поясняли выше, возникновение данной ошибки связано с так называемой «нулевой ссылкой». Когда значений какого-либо из объектов кода не задано, и программа вместо данного значения видит нуль.

Ошибка «нулевой ссылки» составляют значимую часть в числе всех ошибок приложений. Обычно это простая проблема, вызванная отсутствием дополнительной логики в программе, предполагающей наличие допустимых значений для всех имеющихся в ней объектов.

Вы также можете столкнуться с исключением нулевой ссылки в ситуации, когда любой из типов объектов является нулём. Например, в приведенном ниже коде объект SqlCommand никогда не инициализируется. Отсутствие SQL-запроса может стать серьезной проблемой для вашего приложения. Иногда нулевую строку можно просто проигнорировать, и двигаться дальше. В других же случаях, как и в случае с SqlCommand, это может стать фатальной ошибкой, игнорировать которую не представляется возможным.

Объект SqlCommand

В данном отрывке объект SqlCommand никогда не инициализируется

Использование условного оператора 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;

Variables in .NET are either reference types or value types. Value types are primitives such as integers and booleans or structures (and can be identified because they inherit from System.ValueType). Boolean variables, when declared, have a default value:

bool mybool;
//mybool == false

Reference types, when declared, do not have a default value:

class ExampleClass
{
}

ExampleClass exampleClass; //== null

If you try to access a member of a class instance using a null reference then you get a System.NullReferenceException. Which is the same as Object reference not set to an instance of an object.

The following code is a simple way of reproducing this:

static void Main(string[] args)
{
    var exampleClass = new ExampleClass();
    var returnedClass = exampleClass.ExampleMethod();
    returnedClass.AnotherExampleMethod(); //NullReferenceException here.
}

class ExampleClass
{
    public ReturnedClass ExampleMethod()
    {
        return null;
    }
}

class ReturnedClass
{
    public void AnotherExampleMethod()
    {
    }
}

This is a very common error and can occur because of all kinds of reasons. The root cause really depends on the specific scenario that you’ve encountered.

If you are using an API or invoking methods that may return null then it’s important to handle this gracefully. The main method above can be modified in such a way that the NullReferenceException should never be seen by a user:

static void Main(string[] args)
{
    var exampleClass = new ExampleClass();
    var returnedClass = exampleClass.ExampleMethod();

    if (returnedClass == null)
    {
        //throw a meaningful exception or give some useful feedback to the user!
        return;
    }

    returnedClass.AnotherExampleMethod();
}

All of the above really just hints of .NET Type Fundamentals, for further information I’d recommend either picking up CLR via C# or reading this MSDN article by the same author — Jeffrey Richter. Also check out, much more complex, example of when you can encounter a NullReferenceException.

Some teams using Resharper make use of JetBrains attributes to annotate code to highlight where nulls are (not) expected.

Причина

Вкратце

Вы пытаетесь воспользоваться чем-то, что равно 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). Давайте разберём суть и способы решения возникшей проблемы.

Окно ошибки ссылки на объект

Содержание

  1. Что означает «Ссылка на объект не указывает на экземпляр объекта»?
  2. Использование условного оператора Null для избежания NullReferenceExceptions
  3. Объединение нулей во избежание NullReferenceExceptions
  4. Простые примеры нулевых значений, вызывающих проблемы
  5. Как исправить дисфункцию, когда ссылка на необходимый объект не указывает на экземпляр объекта
  6. Заключение

Что означает «Ссылка на объект не указывает на экземпляр объекта»?

Как мы уже поясняли выше, возникновение данной ошибки связано с так называемой «нулевой ссылкой». Когда значений какого-либо из объектов кода не задано, и программа вместо данного значения видит нуль.

Ошибка «нулевой ссылки» составляют значимую часть в числе всех ошибок приложений. Обычно это простая проблема, вызванная отсутствием дополнительной логики в программе, предполагающей наличие допустимых значений для всех имеющихся в ней объектов.

Вы также можете столкнуться с исключением нулевой ссылки в ситуации, когда любой из типов объектов является нулём. Например, в приведенном ниже коде объект SqlCommand никогда не инициализируется. Отсутствие SQL-запроса может стать серьезной проблемой для вашего приложения. Иногда нулевую строку можно просто проигнорировать, и двигаться дальше. В других же случаях, как и в случае с SqlCommand, это может стать фатальной ошибкой, игнорировать которую не представляется возможным.

Объект SqlCommand

В данном отрывке объект SqlCommand никогда не инициализируется

Использование условного оператора Null для избежания NullReferenceExceptions

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

Пример кода

Объединение нулей во избежание NullReferenceExceptions

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

Пример исключения

Простые примеры нулевых значений, вызывающих проблемы

Наиболее распространёнными причинами рассматриваемой ошибки являются неверные настройки, вызовы базы данных, а также вызовы типа API, не возвращающие ожидаемые значения.

Например, вы добавляете новое поле в свою базу данных, и не заполняете значения по умолчанию для каждой записи. Произвольно запрашиваются записи, при этом данный код не учитывает, что новое поле — нуль. Соответственно, возникает и рассматриваемая нами ошибка.

Читайте также: что за ошибка ERR_NETWORK_CHANGED.

Как исправить дисфункцию, когда ссылка на необходимый объект не указывает на экземпляр объекта

Рассматриваемая проблема может быть решена добавлением логики и кода, позволяющих гарантировать, что объекты не являются нулями. Советы, позволяющие избавиться от ошибки сводятся примерно к следующему:

  • Инициализируйте переменные с допустимыми значениями;
  • Если переменная может быть нулевой, то проверьте код на нули, и обработайте его соответствующим образом;
  • Используйте оператор ? с методами, когда возможно. stringvar?.ToUpper();
  • Применяйте инструменты уровня «Resharper» для выявления потенциальных нулевых ссылок.

Будет интересно узнать: как исправить ERR_FILE_NOT_FOUND.

Заключение

В статье мы разобрали, что означает «Ссылка на объект не указывает на экземпляр объекта», в каких ситуациях она появляется, и как её исправить. Проверяйте объекты на наличие заданных значений, используйте «Resharper», и рассматриваемая нами ошибка перестанет вам досаждать.

EDIT: This issue is resolved, good thanks to Reniuz for his 5 hours of work and research of this issue, thank’s everyone.

NullReferenceException: Object reference not set to an instance of an object. on the following code and I’ve searched and searched and pulled my hair out for over 7-8 hours now trying to fix it.

private void buttonAddEffect_Click_1(object sender, EventArgs e)
{
    EffectSelectorForm effectSelectorForm = new EffectSelectorForm(Effects);
    if (effectSelectorForm.ShowDialog(this) == DialogResult.OK)
    {
        // create a new instance of the selected effect as we may want multiple copies of one effect
        Effect effect = (Effect)Activator.CreateInstance(effectSelectorForm.SelectedEffect.GetType());
        audioGraph.AddEffect(effect);
        int index = checkedListBox1.Items.Add(effect, true);
        checkedListBox1.SelectedIndex = index;
    }
    //MessageBox.Show(String.Format("I have {0} effects", Effects.Count));
}

Error is on the line:
EffectSelectorForm effectSelectorForm = new EffectSelectorForm(Effects);

the class:

namespace WindowsFormsApplication13
{
    public partial class EffectSelectorForm : Form
    {
        public EffectSelectorForm(ICollection<Effect> effects)
        {
            InitializeComponent();
            listBoxEffects.DisplayMember = "Name";
            listBoxEffects.DataSource = effects;
        }

        private void buttonOK_Click(object sender, EventArgs e)
        {
            this.DialogResult = DialogResult.OK;
            this.Close();
        }

        public Effect SelectedEffect
        {
            get
            {
                return (Effect)listBoxEffects.SelectedItem;
            }
        }

        private void listBoxEffects_DoubleClick(object sender, EventArgs e)
        {
            buttonOK_Click(sender, e);
        }

What this is supposed to do is when the effectSelectorForm loads it should make a list of all the voice changer options but it does not do that…. it loads nothing on it, I got this code from another form for changing voice in Skype and re-wrote about 400 lines of code for it to work in my app but now I have this issue and I’m not giving up with all the effort I’ve put in so far. If it loaded on the other project why not in this one? I’ve went over code for hours over and over thinking im missing something but no.

Any help would be fantastic.

Stack

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.NullReferenceException: Object reference not set to an instance of an object.
   at WindowsFormsApplication13.pwn4g3.buttonAddEffect_Click_1(Object sender, EventArgs e) in F:UsersTomDesktopNew folderNew folder (2)TestApppwn4g3PWN4G3MainForm2.cs:line 1758
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Effect.cs

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace JSNet
{    

    public abstract class Effect
    {
        private List<Slider> sliders;
        public float SampleRate { get; set; }
        public float Tempo { get; set; }
        public bool Enabled { get; set; }

        public Effect()
        {
            sliders = new List<Slider>();
            Enabled = true;
            Tempo = 120;
            SampleRate = 44100;
        }

        public IList<Slider> Sliders { get { return sliders; } }

        public Slider AddSlider(float defaultValue, float minimum, float maximum, float increment, string description)
        {
            Slider slider = new Slider(defaultValue, minimum, maximum, increment, description);
            sliders.Add(slider);
            return slider;
        }

        public abstract string Name { get; }

        // helper base methods
        // these are primarily to enable derived classes to use a similar
        // syntax to JS effects
        protected float slider1 { get { return sliders[0].Value; } }
        protected float slider2 { get { return sliders[1].Value; } }
        protected float slider3 { get { return sliders[2].Value; } }
        protected float slider4 { get { return sliders[3].Value; } }
        protected float slider5 { get { return sliders[4].Value; } }
        protected float slider6 { get { return sliders[5].Value; } }
        protected float slider7 { get { return sliders[6].Value; } }
        protected float slider8 { get { return sliders[7].Value; } }
        protected float min(float a, float b) { return Math.Min(a, b); }
        protected float max(float a, float b) { return Math.Max(a, b); }
        protected float abs(float a) { return Math.Abs(a); }
        protected float exp(float a) { return (float)Math.Exp(a); }
        protected float sqrt(float a) { return (float)Math.Sqrt(a); }
        protected float sin(float a) { return (float)Math.Sin(a); }
        protected float tan(float a) { return (float)Math.Tan(a); }
        protected float cos(float a) { return (float)Math.Cos(a); }
        protected float pow(float a, float b) { return (float)Math.Pow(a, b); }
        protected float sign(float a) { return Math.Sign(a); }
        protected float log(float a) { return (float)Math.Log(a); }
        protected float PI { get { return (float)Math.PI; } }

        protected void convolve_c(float[] buffer1, int offset1, float[] buffer2, int offset2, int count)
        {
            for (int i = 0; i < count * 2; i += 2)
            {
                float r = buffer1[offset1 + i];
                float im = buffer1[offset1 + i + 1];
                float cr = buffer2[offset2 + i];
                float ci = buffer2[offset2 + i + 1];
                buffer1[offset1 + i] = r * cr - im * ci;
                buffer1[offset1 + i + 1] = r * ci + im * cr;
            }
        }


        public virtual void Init()
        {
        }


        public abstract void Slider();


        public virtual void Block(int samplesblock)
        { 
        }


        public abstract void Sample(ref float spl0, ref float spl1);

        public override string ToString()
        {
            return Name;
        }
    }
}

Что такое исключение NullReferenceException и как его исправить?

У меня есть некоторый код, и когда он выполняется, он бросает NullReferenceException , говоря:

В экземпляре объекта не задана ссылка на объект.

Что это значит, и что я могу сделать, чтобы исправить эту ошибку?

В чем причина?

Нижняя граница

Вы пытаетесь использовать то, что есть null (или Nothing в VB.NET). Это означает, что вы либо установили его null , либо никогда вообще ничего не устанавливали.

Как и все остальное, null обходит вокруг. Если null в методе «A», может быть , что метод «В» принят null к методу «A».

null может иметь разные значения:

    1. Переменные объекта, которые неинициализированы и, следовательно, ни на что не указывают. В этом случае, если вы обращаетесь к свойствам или методам таких объектов, это вызывает NullReferenceException .
    1. Разработчик намеренноиспользует, 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) .

Остальная часть этой статьи более подробно раскрывает ошибки, которые часто допускают многие программисты, что может привести к 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 он не будет пытаться получить доступ к хранилищу в нулевом местоположении; он получит доступ к хранилищу в расположении четыре. Но логически это нулевая разыменование, потому что мы получаем по этому адресу через нуль.

Если вы работаете с небезопасным кодом и получаете исключение нулевой разыменования, просто имейте в виду, что указатель-нарушитель не обязательно должен быть нулевым. Это может быть любое место на самой нижней странице, и будет сделано это исключение.

  • Ошибка не установлен шаблон edost
  • Ошибка не указана номенклатурная группа производственных затрат
  • Ошибка не установлен плагин госуслуги google chrome
  • Ошибка не указан juicy token
  • Ошибка не установлен плагин госуслуги firefox