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

Нижняя линия

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

Как и все остальное, null передают. Если это null в методе A, возможно, метод B передал null методу A.

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

1. Объектные переменные, которые не инициализированы и, следовательно, ни на что не указывают. В этом случае, если вы обращаетесь к членам таких объектов, это вызывает NullReferenceException.
2. Разработчик намеренно использует null, чтобы указать, что значимое значение недоступно. Обратите внимание, что в C # есть концепция типов данных, допускающих значение NULL для переменных (например, таблицы базы данных могут иметь поля, допускающие значение NULL) - вы можете присвоить им null указывает, что в нем нет значения, например int? a = null; (это сокращение для Nullable<int> a = null;), где вопросительный знак указывает, что разрешено хранить null в переменной a. Вы можете проверить это с помощью if (a.HasValue) {...} или if (a==null) {...}. Обнуляемые переменные, такие как a в этом примере, позволяют получить доступ к значению через a.Value явно или как обычно через a.
   Обратите внимание, что доступ к нему через a.Value выдает InvalidOperationException вместо NullReferenceException, если a равно null - вы должны выполнить проверку заранее, т.е. если у вас есть другая переменная, не допускающая значения NULL int b;, вам следует сделать назначения вроде if (a.HasValue) { b = a.Value; } или короче if (a != null) { b = a; }.

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

Более конкретно

runtime выдача NullReferenceException всегда означает одно и то же: вы пытаетесь использовать ссылку, а ссылка не инициализирована (или была инициализирована один раз, но больше не инициализирован).

Это означает, что это ссылка null, и вы не можете получить доступ к членам (например, методам) через ссылку null. Самый простой случай:

string foo = null;
foo.ToUpper();

Это вызовет NullReferenceException во второй строке, потому что вы не можете вызвать метод экземпляра ToUpper() для ссылки string, указывающей на null.

Отладка

Как найти источник NullReferenceException? Помимо рассмотрения самого исключения, которое будет выброшено именно в том месте, где оно возникло, применяются общие правила отладки в Visual Studio: размещайте стратегические точки останова и проверить свои переменные, наведя указатель мыши на их имена, открыв окно (Quick) Watch или используя различные панели отладки, такие как Locals и Авто.

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

Следуя таким образом за потоком программы, вы можете найти место, где экземпляр не должен иметь значение NULL и почему он не установлен должным образом.

Примеры

Некоторые распространенные сценарии, в которых может быть создано исключение:

Generic

ref1.ref2.ref3.member

Если ref1, ref2 или ref3 равно нулю, вы получите NullReferenceException. Если вы хотите решить проблему, выясните, какое из них является нулевым, переписав выражение в его более простой эквивалент:

var r1 = ref1;
var r2 = r1.ref2;
var r3 = r2.ref3;
r3.member

В частности, в HttpContext.Current.User.Identity.Name HttpContext.Current может иметь значение NULL, или свойство User может иметь значение NULL, или свойство Identity может иметь значение NULL.

Косвенный

public class Person 
{
    public int Age { get; set; }
}
public class Book 
{
    public Person Author { get; set; }
}
public class Example 
{
    public void Foo() 
    {
        Book b1 = new Book();
        int authorAge = b1.Author.Age; // You never initialized the Author property.
                                       // there is no Person to get an Age from.
    }
}

Если вы хотите избежать пустой ссылки на дочерний (Person) объект, вы можете инициализировать его в конструкторе родительского (Book) объекта.

Инициализаторы вложенных объектов

То же самое относится к инициализаторам вложенных объектов:

Book b1 = new Book 
{ 
   Author = { Age = 45 } 
};

Это означает:

Book b1 = new Book();
b1.Author.Age = 45;

Хотя используется ключевое слово new, оно создает только новый экземпляр Book, но не новый экземпляр Person, поэтому Author свойство по-прежнему равно null.

Вложенные инициализаторы коллекций

public class Person 
{
    public ICollection<Book> Books { get; set; }
}
public class Book 
{
    public string Title { get; set; }
}

Вложенная коллекция Initializers ведет себя так же:

Person p1 = new Person 
{
    Books = {
         new Book { Title = "Title1" },
         new Book { Title = "Title2" },
    }
};

Это означает:

Person p1 = new Person();
p1.Books.Add(new Book { Title = "Title1" });
p1.Books.Add(new Book { Title = "Title2" });

new Person создает только экземпляр Person, но коллекция Books по-прежнему null. Синтаксис коллекции Initializer не создает коллекцию для p1.Books, он только преобразуется в операторы p1.Books.Add(...).

Множество

int[] numbers = null;
int n = numbers[0]; // numbers is null. There is no array to index.

Элементы массива

Person[] people = new Person[5];
people[0].Age = 20 // people[0] is null. The array was allocated but not
                   // initialized. There is no Person to set the Age for.

Неровные массивы

long[][] array = new long[1][];
array[0][0] = 3; // is null because only the first dimension is yet initialized.
                 // Use array[0] = new long[2]; first.

Сборник / Список / Словарь

Dictionary<string, int> agesForNames = null;
int age = agesForNames["Bob"]; // agesForNames is null.
                               // There is no Dictionary to perform the lookup.

Переменная диапазона (косвенная / отложенная)

public class Person 
{
    public string Name { get; set; }
}
var people = new List<Person>();
people.Add(null);
var names = from p in people select p.Name;
string firstName = names.First(); // Exception is thrown here, but actually occurs
                                  // on the line above.  "p" is null because the
                                  // first element we added to the list is null.

События (C #)

public class Demo
{
    public event EventHandler StateChanged;
    
    protected virtual void OnStateChanged(EventArgs e)
    {        
        StateChanged(this, e); // Exception is thrown here 
                               // if no event handlers have been attached
                               // to StateChanged event
    }
}

(Примечание: компилятор VB.NET вставляет нулевые проверки на использование событий, поэтому нет необходимости проверять события для Nothing в VB.NET.)

Неправильные соглашения об именах:

Если вы назвали поля иначе, чем локальные, вы могли понять, что никогда не инициализировали поле.

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)
        {
             // Only called on first load, not when button clicked
             myIssue = new TestIssue(); 
        }
    }
        
    protected void SaveButton_Click(object sender, EventArgs e)
    {
        myIssue.Entry = "NullReferenceException here!";
    }
}

Значения сеанса ASP.NET

// if the "FirstName" session value has not yet been set,
// then this line will throw a NullReferenceException
string firstName = Session["FirstName"].ToString();

Модели пустого представления ASP.NET MVC

Если исключение возникает при ссылке на свойство @Model в ASP.NET MVC View, вы должны понимать, что Model устанавливается в вашем методе действия, когда вы return представление. Когда вы возвращаете пустую модель (или свойство модели) из вашего контроллера, исключение возникает, когда представления обращаются к нему:

// Controller
public class Restaurant:Controller
{
    public ActionResult Search()
    {
        return View();  // Forgot the provide a Model here.
    }
}

// Razor view 
@foreach (var restaurantSearch in Model.RestaurantSearch)  // Throws.
{
}
    
<p>@Model.somePropertyName</p> <!-- Also throws -->

Порядок и события создания элемента управления WPF

WPF элементы управления создаются во время вызова InitializeComponent в том порядке, в котором они появляются в визуальном дереве. NullReferenceException будет вызываться в случае ранее созданных элементов управления с обработчиками событий и т. Д., Которые срабатывают во время InitializeComponent и ссылаются на поздно созданные элементы управления.

Например:

<Grid>
    <!-- Combobox declared first -->
    <ComboBox Name="comboBox1" 
              Margin="10"
              SelectedIndex="0" 
              SelectionChanged="comboBox1_SelectionChanged">
       <ComboBoxItem Content="Item 1" />
       <ComboBoxItem Content="Item 2" />
       <ComboBoxItem Content="Item 3" />
    </ComboBox>
        
    <!-- Label declared later -->
    <Label Name="label1" 
           Content="Label"
           Margin="10" />
</Grid>

Здесь comboBox1 создан до label1. Если comboBox1_SelectionChanged попытается сослаться на `label1 ', он еще не будет создан.

private void comboBox1_SelectionChanged(object sender, SelectionChangedEventArgs e)
{
    label1.Content = comboBox1.SelectedIndex.ToString(); // NullReferenceException here!!
}

Изменение порядка объявлений в XAML (т. Е. Перечисление label1 перед comboBox1, игнорирование вопросов философии дизайна) по крайней мере решит NullReferenceException здесь.

В ролях с as

var myThing = someObject as Thing;

Это не вызывает InvalidCastException, но возвращает null, когда приведение не выполняется (и когда someObject сам по себе равен нулю). Так что знайте об этом.

LINQ FirstOrDefault() и SingleOrDefault()

Простые версии First() и Single() выдают исключения, когда ничего нет. В этом случае версии OrDefault возвращают null. Так что знайте об этом.

для каждого

foreach выдает, когда вы пытаетесь выполнить итерацию null коллекции. Обычно вызывается неожиданным null результатом методов, возвращающих коллекции.

List<int> list = null;    
foreach(var v in list) { } // NullReferenceException here

Более реалистичный пример - выбор узлов из XML-документа. Будет выброшено, если узлы не найдены, но первоначальная отладка показывает, что все свойства действительны:

foreach (var node in myData.MyXml.DocumentNode.SelectNodes("//Data"))

Способы избежать

Явно проверьте null и игнорируйте значения null.

Если вы ожидаете, что ссылка иногда будет null, вы можете проверить, является ли она null, прежде чем обращаться к членам экземпляра:

void PrintName(Person p)
{
    if (p != null) 
    {
        Console.WriteLine(p.Name);
    }
}

Явно проверьте null и укажите значение по умолчанию.

Методы, которые вы вызываете в ожидании экземпляра, могут возвращать null, например, когда искомый объект не может быть найден. В этом случае вы можете выбрать возврат значения по умолчанию:

string GetCategory(Book b) 
{
    if (b == null)
        return "Unknown";
    return b.Category;
}

Явно проверяйте null из вызовов методов и генерируйте настраиваемое исключение.

Вы также можете создать собственное исключение, только чтобы поймать его в вызывающем коде:

string GetCategory(string bookTitle) 
{
    var book = library.FindBook(bookTitle);  // This may return null
    if (book == null)
        throw new BookNotFoundException(bookTitle);  // Your custom exception
    return book.Category;
}

Используйте Debug.Assert, если значение никогда не должно быть null, чтобы выявить проблему раньше, чем возникнет исключение.

Когда вы знаете во время разработки, что метод может, но никогда не должен возвращать null, вы можете использовать Debug.Assert(), чтобы как можно скорее прервать работу, когда это произойдет:

string GetTitle(int knownBookID) 
{
    // You know this should never return null.
    var book = library.GetBook(knownBookID);  

    // Exception will occur on the next line instead of at the end of this method.
    Debug.Assert(book != null, "Library didn't return a book for known book ID.");

    // Some other code

    return book.Title; // Will never throw NullReferenceException in Debug mode.
}

Хотя эта проверка не попадет в вашу сборку релиза, что приведет к сбою NullReferenceException снова, когда book == null во время выполнения в режиме выпуска.

Используйте GetValueOrDefault() для nullable типов значений, чтобы указать значение по умолчанию, когда они равны null.

DateTime? appointment = null;
Console.WriteLine(appointment.GetValueOrDefault(DateTime.Now));
// Will display the default value provided (DateTime.Now), because appointment is null.

appointment = new DateTime(2022, 10, 20);
Console.WriteLine(appointment.GetValueOrDefault(DateTime.Now));
// Will display the appointment date, not the default

Используйте нулевой оператор объединения: ?? [C #] или If() [VB].

Сокращение для предоставления значения по умолчанию, когда встречается null:

IService CreateService(ILogger log, Int32? frobPowerLevel)
{
   var serviceImpl = new MyService(log ?? NullLog.Instance);
 
   // Note that the above "GetValueOrDefault()" can also be rewritten to use
   // the coalesce operator:
   serviceImpl.FrobPowerLevel = frobPowerLevel ?? 5;
}

Используйте оператор нулевого условия: ?. или ?[x] для массивов (доступно в C # 6 и VB.NET 14):

Это также иногда называют оператором безопасной навигации или оператором Элвиса (по форме). Если выражение в левой части оператора имеет значение NULL, тогда правая часть не будет оцениваться, и вместо этого возвращается значение NULL. Это означает такие случаи:

var title = person.Title.ToUpper();

Если у человека нет титула, это вызовет исключение, потому что он пытается вызвать ToUpper для свойства с нулевым значением.

В C# 5 и ниже это можно защитить с помощью:

var title = person.Title == null ? null : person.Title.ToUpper();

Теперь переменная заголовка будет иметь значение null, а не вызывать исключение. В C # 6 для этого используется более короткий синтаксис:

var title = person.Title?.ToUpper();

Это приведет к тому, что переменная заголовка будет null, и вызов ToUpper не будет выполнен, если person.Title null.

Конечно, вы все равно должны проверять title на null или использовать оператор нулевого условия вместе с оператором объединения null (??) для предоставления значения по умолчанию:

// regular null check
int titleLength = 0;
if (title != null)
    titleLength = title.Length; // If title is null, this would throw NullReferenceException
    
// combining the `?` and the `??` operator
int titleLength = title?.Length ?? 0;

Аналогично, для массивов вы можете использовать ?[i] следующим образом:

int[] myIntArray = null;
var i = 5;
int? elem = myIntArray?[i];
if (!elem.HasValue) Console.WriteLine("No value");

Это сделает следующее: Если myIntArray равно null, выражение вернет null, и вы можете безопасно его проверить. Если он содержит массив, он будет делать то же самое, что и: elem = myIntArray[i];, и возвращает элемент i ^th.

Использовать нулевой контекст (доступно в C # 8):

Представленные в C# 8, пустые контексты и ссылочные типы, допускающие значение NULL, выполняют статический анализ переменных и выдают предупреждение компилятора, если значение потенциально может быть null или установлено на null. Ссылочные типы, допускающие значение NULL, позволяют явно разрешать типам null.

Контекст аннотации, допускающей значение NULL, и контекст предупреждения, допускающего значение NULL, можно установить для проекта с помощью элемента Nullable в вашем файле csproj. Этот элемент настраивает, как компилятор интерпретирует допустимость значений NULL для типов и какие предупреждения генерируются. Допустимые настройки:

• enable: контекст аннотации, допускающей значение NULL, включен. Контекст предупреждения, допускающего значение NULL, включен. Переменные ссылочного типа, например строка, не допускают значения NULL. Все предупреждения о допустимости пустых значений включены.
• disable: контекст аннотации, допускающей значение NULL, отключен. Контекст предупреждения, допускающего значение NULL, отключен. Переменные ссылочного типа не обращают внимания, как и более ранние версии C #. Все предупреждения о допустимости пустых значений отключены.
• safeonly: контекст аннотации, допускающей значение NULL, включен. Контекст предупреждения, допускающего значение NULL, является безопасным. Переменные ссылочного типа не допускают значения NULL. Все предупреждения о допустимости нулевых значений безопасности включены.
• warnings: контекст аннотации, допускающей значение NULL, отключен. Контекст предупреждения, допускающего значение NULL, включен. Переменные ссылочного типа не обращают внимания. Все предупреждения о допустимости пустых значений включены.
• safeonlywarnings: контекст аннотации, допускающей значение NULL, отключен. Контекст предупреждения, допускающего значение NULL, является безопасным. Переменные ссылочного типа не обращают внимания. Все предупреждения о допустимости нулевых значений безопасности включены.

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

Специальные методы отладки и исправления нулевых ссылок в итераторах

C# поддерживает блоки итераторов (называемые генераторами в некоторых других популярных языках). NullReferenceException может быть особенно сложно отладить в блоках итератора из-за отложенного выполнения:

public IEnumerable<Frob> GetFrobs(FrobFactory f, int count)
{
    for (int i = 0; i < count; ++i)
    yield return f.MakeFrob();
}
...
FrobFactory factory = whatever;
IEnumerable<Frobs> frobs = GetFrobs();
...
foreach(Frob frob in frobs) { ... }

Если whatever приводит к null, тогда MakeFrob бросит. Теперь вы можете подумать, что правильно сделать следующее:

// DON'T DO THIS
public IEnumerable<Frob> GetFrobs(FrobFactory f, int count)
{
   if (f == null) 
      throw new ArgumentNullException("f", "factory must not be null");
   for (int i = 0; i < count; ++i)
      yield return f.MakeFrob();
}

Почему это не так? Поскольку блок итератора фактически не запускается до foreach! Вызов GetFrobs просто возвращает объект, который при повторении запускает блок итератора.

Написав такую ​​проверку null, вы предотвратите NullReferenceException, но вы переместите NullArgumentException в точку итерации, а не в точку вызова, а это < em> очень сложно отлаживать.

Правильное исправление:

// DO THIS
public IEnumerable<Frob> GetFrobs(FrobFactory f, int count)
{
   // No yields in a public method that throws!
   if (f == null) 
       throw new ArgumentNullException("f", "factory must not be null");
   return GetFrobsForReal(f, count);
}
private IEnumerable<Frob> GetFrobsForReal(FrobFactory f, int count)
{
   // Yields in a private method
   Debug.Assert(f != null);
   for (int i = 0; i < count; ++i)
        yield return f.MakeFrob();
}

То есть создайте частный вспомогательный метод, который имеет логику блока итератора и метод общедоступной поверхности, который выполняет проверку null и возвращает итератор. Теперь, когда вызывается GetFrobs, сразу же выполняется null проверка, а затем GetFrobsForReal выполняется при повторении последовательности.

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

Замечание о разыменовании null в небезопасном коде

C# имеет небезопасный режим, который, как следует из названия, чрезвычайно опасен, поскольку обычные механизмы безопасности, обеспечивающие безопасность памяти и безопасность типов, не применяются. Не следует писать небезопасный код, если у вас нет полного и глубокого понимания того, как работает память.

В небезопасном режиме вы должны знать два важных факта:

• разыменование нулевого указателя приводит к тому же исключению, что и разыменование нулевой ссылки.
• разыменование недопустимого ненулевого указателя может вызвать это исключение в некоторых случаях

Чтобы понять, почему это так, полезно понять, как .NET вообще производит NullReferenceException. (Эти сведения относятся к .NET, работающему в Windows; другие операционные системы используют аналогичные механизмы.)

Память виртуализирована в Windows; каждый процесс получает пространство виртуальной памяти из многих страниц памяти, которые отслеживаются операционной системой. На каждой странице памяти установлены флаги, которые определяют, как ее можно использовать: чтение, запись, выполнение и т. Д. Самая низкая страница помечается как вызывающая ошибку, если когда-либо использовалась каким-либо образом.

И нулевой указатель, и нулевая ссылка в C# внутренне представлены как число ноль, и поэтому любая попытка разыменовать его в соответствующее хранилище памяти вызывает ошибку операционной системы. Затем среда выполнения .NET обнаруживает эту ошибку и превращает ее в NullReferenceException.

Вот почему разыменование как нулевого указателя, так и нулевой ссылки вызывает одно и то же исключение.

А как насчет второго пункта? Разыменование любого недопустимого указателя, который попадает на самую нижнюю страницу виртуальной памяти, вызывает ту же ошибку операционной системы и, следовательно, такое же исключение.

Почему это имеет смысл? Что ж, предположим, что у нас есть структура, содержащая два целых числа и неуправляемый указатель, равный нулю. Если мы попытаемся разыменовать второй int в структуре, CLR не будет пытаться получить доступ к хранилищу в нулевом местоположении; он получит доступ к хранилищу в четвертом месте. Но логически это нулевое разыменование, потому что мы попадаем на этот адрес через нулевое значение.

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

Исключение NullReference - Visual Basic

NullReference Exception для Visual Basic не отличается от такового в C #. В конце концов, они оба сообщают об одном и том же исключении, определенном в .NET Framework, которое они оба используют. Причины, уникальные для Visual Basic, редки (возможно, только одна).

В этом ответе будут использоваться термины, синтаксис и контекст Visual Basic. Используемые примеры взяты из большого количества прошлых вопросов о переполнении стека. Это сделано для максимальной релевантности за счет использования видов ситуаций, которые часто встречаются в сообщениях. Также дается немного больше объяснений для тех, кому это может понадобиться. Пример, похожий на ваш, очень, вероятно, указан здесь.

Примечание.

1. Это концептуально: нет кода, который можно было бы вставить в свой проект. Он предназначен для того, чтобы помочь вам понять, что вызывает NullReferenceException (NRE), как его найти, как исправить и как этого избежать. NRE может быть вызвано многими способами, поэтому вряд ли это будет ваша единственная встреча.
2. Примеры (из сообщений о переполнении стека) не всегда показывают лучший способ что-то сделать.
3. Обычно используется простейшее средство.

Основное значение

Сообщение Object not set to an instance of Object означает, что вы пытаетесь использовать объект, который не был инициализирован. Это сводится к одному из следующих:

• Ваш код объявил объектную переменную, но не инициализировал ее (создать экземпляр или 'создать экземпляр')
• То, что предполагалось в вашем коде, инициализирует объект, не
• Возможно, другой код преждевременно сделал недействительным объект, который все еще используется

В поисках причины

Поскольку проблема заключается в ссылке на объект, которая равна Nothing, ответ состоит в том, чтобы изучить их, чтобы выяснить, какой именно. Затем определите, почему он не инициализирован. Наведите указатель мыши на различные переменные, и Visual Studio (VS) покажет их значения - виновником будет Nothing.

Вам также следует удалить любые блоки Try / Catch из соответствующего кода, особенно те, в которых ничего нет в блоке Catch. Это приведет к сбою вашего кода при попытке использовать объект Nothing. Это то, что вам нужно, потому что он определит точное местоположение проблемы и позволит вам определить объект, вызывающий ее.

MsgBox в Catch, который отображает Error while..., мало поможет. Этот метод также приводит к очень плохим вопросам переполнения стека, потому что вы не можете описать фактическое исключение, задействованный объект или даже строку кода, где это происходит.

Вы также можете использовать Locals Window (Отладка - ›Windows -› Локальные объекты) для проверки своих объектов.

Как только вы узнаете, в чем и где проблема, ее обычно довольно легко исправить и быстрее, чем опубликовать новый вопрос.

Смотрите также:

• Точки останова
• MSDN: Практическое руководство. Используйте блокировку Try / Catch для Поймать исключения
• MSDN: рекомендации по исключениям

Примеры и средства правовой защиты

Объекты класса / Создание экземпляра

Dim reg As CashRegister
...
TextBox1.Text = reg.Amount         ' NRE

Проблема в том, что Dim не создает объект CashRegister; он только объявляет переменную с именем reg этого Типа. Объявление объектной переменной и создание экземпляра - это две разные вещи.

Средство правовой защиты

Оператор New часто можно использовать для создания экземпляра, когда вы его объявляете:

Dim reg As New CashRegister        ' [New] creates instance, invokes the constructor

' Longer, more explicit form:
Dim reg As CashRegister = New CashRegister

Когда уместно создать экземпляр позже:

Private reg As CashRegister         ' Declare
  ...
reg = New CashRegister()            ' Create instance

Примечание. Не используйте Dim снова в процедуре, включая конструктор (Sub New):

Private reg As CashRegister
'...

Public Sub New()
   '...
   Dim reg As New CashRegister
End Sub

Это создаст локальную переменную reg, которая существует только в этом контексте (под). Переменная reg с уровнем модуля Scope, которую вы будете использовать везде, остается Nothing.

Отсутствие оператора New - это причина №1 для NullReference Exceptions, о которой говорилось в рассмотренных вопросах о переполнении стека.

Visual Basic пытается повторно очистить процесс, используя New: с помощью оператора New создается новый объект и вызывается _26 _ - конструктор - где ваш объект может выполнять любую другую инициализацию.

Private arr as String()

Private arr as String() = New String(10){}
' or
Private arr() As String = New String(10){}

' For a local array (in a procedure) and using 'Option Infer':
Dim arr = New String(10) {}

Dim myDbl As Double() = {1.5, 2, 9.9, 18, 3.14}
Dim myDbl = New Double() {1.5, 2, 9.9, 18, 3.14}
Dim myDbl() = {1.5, 2, 9.9, 18, 3.14}

Private myDoubles As Double() = {1.5, 2, 9.9, 18, 3.14}

Dim arrFoo(5) As Foo

For i As Integer = 0 To arrFoo.Count - 1
   arrFoo(i).Bar = i * 10       ' Exception
Next

For i As Integer = 0 To arrFoo.Count - 1
    arrFoo(i) = New Foo()         ' Create Foo instance
    arrFoo(i).Bar = i * 10
Next

Dim FooList As New List(Of Foo)     ' List created, but it is empty
Dim f As Foo                        ' Temporary variable for the loop

For i As Integer = 0 To 5
    f = New Foo()                    ' Foo instance created
    f.Bar =  i * 10
    FooList.Add(f)                   ' Foo object added to list
Next

Private myList As List(Of String)
..
myList.Add("ziggy")           ' NullReference

myList = New List(Of String)

' Or create an instance when declared:
Private myList As New List(Of String)

Public Class Foo
    Private barList As List(Of Bar)

    Friend Function BarCount As Integer
        Return barList.Count
    End Function

    Friend Sub AddItem(newBar As Bar)
        If barList.Contains(newBar) = False Then
            barList.Add(newBar)
        End If
    End Function

Public Sub New         ' Constructor
    ' Stuff to do when a new Foo is created...
    barList = New List(Of Bar)
End Sub

Public Sub New()
    ' Creates another barList local to this procedure
     Dim barList As New List(Of Bar)
End Sub

Dim da As OleDbDataAdapter
Dim ds As DataSet
Dim MaxRows As Integer

con.Open()
Dim sql = "SELECT * FROM tblfoobar_List"
da = New OleDbDataAdapter(sql, con)
da.Fill(ds, "foobar")
con.Close()

MaxRows = ds.Tables("foobar").Rows.Count      ' Error

Dim ds As New DataSet

ds = New DataSet
da = New OleDBDataAdapter(sql, con)
da.Fill(ds, "Employees")

txtID.Text = ds.Tables("Employee").Rows(0).Item(1)
txtID.Name = ds.Tables("Employee").Rows(0).Item(2)

If ds.Tables(0).Rows.Count > 0 Then
    txtID.Text = ds.Tables(0).Rows(0).Item(1)
    txtID.Name = ds.Tables(0).Rows(0).Item(2)
End If

If da.Fill(ds, "Employees") > 0 Then...

Dim da As New OleDb.OleDbDataAdapter("SELECT TICKET.TICKET_NO,
        TICKET.CUSTOMER_ID, ... FROM TICKET_RESERVATION AS TICKET INNER JOIN
        FLIGHT_DETAILS AS FLIGHT ... WHERE [TICKET.TICKET_NO]= ...", con)
Dim ds As New DataSet
da.Fill(ds)

If ds.Tables("TICKET_RESERVATION").Rows.Count > 0 Then

If ds.Tables(0).Rows.Count > 0 Then

If myFoo.Bar.Items IsNot Nothing Then
   ...

If (myFoo IsNot Nothing) AndAlso
    (myFoo.Bar IsNot Nothing) AndAlso
    (myFoo.Bar.Items IsNot Nothing) Then
    ....

myBase.myNodes(3).Layer.SubLayer.Foo.Files.Add("somefilename")

myWebBrowser.Document.GetElementById("formfld1").InnerText = "some value"

Dim cmd5 As New SqlCommand("select Cartons, Pieces, Foobar " _
     & "FROM Invoice where invoice_no = '" & _
     Me.ComboBox5.SelectedItem.ToString.Trim & "' And category = '" & _
     Me.ListBox1.SelectedItem.ToString.Trim & "' And item_name = '" & _
     Me.ComboBox2.SelectedValue.ToString.Trim & "' And expiry_date = '" & _
     Me.expiry.Text & "'", con)

Dim expiry As DateTime         ' for text date validation
If (ComboBox5.SelectedItems.Count > 0) AndAlso
    (ListBox1.SelectedItems.Count > 0) AndAlso
    (ComboBox2.SelectedItems.Count > 0) AndAlso
    (DateTime.TryParse(expiry.Text, expiry) Then

    '... do stuff
Else
    MessageBox.Show(...error message...)
End If

Public Class Form1

    Private NameBoxes = New TextBox(5) {Controls("TextBox1"), _
                   Controls("TextBox2"), Controls("TextBox3"), _
                   Controls("TextBox4"), Controls("TextBox5"), _
                   Controls("TextBox6")}

    ' same thing in a different format:
    Private boxList As New List(Of TextBox) From {TextBox1, TextBox2, TextBox3 ...}

    ' Immediate NRE:
    Private somevar As String = Me.Controls("TextBox1").Text

Sub Form_Load(..._
   '...
   Dim name As String = NameBoxes(2).Text        ' NRE
   ' ...
   ' More code (which will likely not be executed)
   ' ...
End Sub

Public Class Form1

    Private myFiles() As String = Me.OpenFileDialog1.FileName & ...
    Private dbcon As String = OpenFileDialog1.FileName & ";Jet Oledb..."
    Private studentName As String = TextBox13.Text

Любопытно, что VB не выдает предупреждений, но решение состоит в том, чтобы объявить контейнеры на уровне формы, но инициализировать их в обработчике событий загрузки формы, когда элементы управления < strong> действительно существуют. Это можно сделать в Sub New, если ваш код находится после вызова InitializeComponent:

' Module level declaration
Private NameBoxes as TextBox()
Private studentName As String

' Form Load, Form Shown or Sub New:
'
' Using the OP's approach (illegal using OPTION STRICT)
NameBoxes = New TextBox() {Me.Controls("TextBox1"), Me.Controls("TestBox2"), ...)
studentName = TextBox32.Text           ' For simple control references

Код массива может еще не выйти из леса. Любые элементы управления, которые находятся в элементе управления контейнера (например, GroupBox или Panel), не будут найдены в Me.Controls; они будут в коллекции Controls этой Panel или GroupBox. Также не будет возвращен элемент управления при неправильном написании имени элемента управления ("TeStBox2"). В таких случаях Nothing снова будет сохранен в этих элементах массива, и при попытке сослаться на него произойдет NRE.

Теперь, когда вы знаете, что ищете, их должно быть легко найти:

Button2 находится на Panel

Средство правовой защиты

Вместо косвенных ссылок по имени с использованием коллекции формы Controls используйте ссылку на элемент управления:

' Declaration
Private NameBoxes As TextBox()

' Initialization -  simple and easy to read, hard to botch:
NameBoxes = New TextBox() {TextBox1, TextBox2, ...)

' Initialize a List
NamesList = New List(Of TextBox)({TextBox1, TextBox2, TextBox3...})
' or
NamesList = New List(Of TextBox)
NamesList.AddRange({TextBox1, TextBox2, TextBox3...})

Функция ничего не возвращает

Private bars As New List(Of Bars)        ' Declared and created

Public Function BarList() As List(Of Bars)
    bars.Clear
    If someCondition Then
        For n As Integer = 0 to someValue
            bars.Add(GetBar(n))
        Next n
    Else
        Exit Function
    End If

    Return bars
End Function

Это случай, когда среда IDE предупредит вас, что «не все пути возвращают значение, и может получиться NullReferenceException». Вы можете подавить предупреждение, заменив Exit Function на Return Nothing, но это не решит проблему. Все, что пытается использовать возврат, когда someCondition = False, приведет к NRE:

bList = myFoo.BarList()
For Each b As Bar in bList      ' EXCEPTION
      ...

Средство правовой защиты

Замените Exit Function в функции на Return bList. Возврат пустого List - это не то же самое, что возврат Nothing. Если есть вероятность, что возвращенный объект может быть Nothing, проверьте перед его использованием:

 bList = myFoo.BarList()
 If bList IsNot Nothing Then...

Плохо реализованная попытка / поймать

Плохо реализованный метод Try / Catch может скрыть проблему и привести к появлению новых:

Dim dr As SqlDataReader
Try
    Dim lnk As LinkButton = TryCast(sender, LinkButton)
    Dim gr As GridViewRow = DirectCast(lnk.NamingContainer, GridViewRow)
    Dim eid As String = GridView1.DataKeys(gr.RowIndex).Value.ToString()
    ViewState("username") = eid
    sqlQry = "select FirstName, Surname, DepartmentName, ExtensionName, jobTitle,
             Pager, mailaddress, from employees1 where username='" & eid & "'"
    If connection.State <> ConnectionState.Open Then
        connection.Open()
    End If
    command = New SqlCommand(sqlQry, connection)

    'More code fooing and barring

    dr = command.ExecuteReader()
    If dr.Read() Then
        lblFirstName.Text = Convert.ToString(dr("FirstName"))
        ...
    End If
    mpe.Show()
Catch

Finally
    command.Dispose()
    dr.Close()             ' <-- NRE
    connection.Close()
End Try

Это случай, когда объект создается не так, как ожидалось, но также демонстрирует полезность счетчика пустого Catch.

В SQL есть лишняя запятая (после "mailaddress"), что приводит к исключению .ExecuteReader. После того, как Catch ничего не делает, Finally пытается выполнить очистку, но, поскольку вы не можете Close получить нулевой DataReader объект, результат будет совершенно новым NullReferenceException.

Пустой Catch блок - игровая площадка дьявола. Этот OP был сбит с толку, почему он получал NRE в блоке Finally. В других ситуациях пустой Catch может привести к тому, что что-то еще ниже по течению может пойти не так, и вы будете тратить время на поиск неправильных вещей в неправильном месте для решения проблемы. (Описанное выше тихое исключение обеспечивает такую ​​же развлекательную ценность.)

Средство правовой защиты

Не используйте пустые блоки Try / Catch - позвольте коду дать сбой, чтобы вы могли: а) определить причину, б) определить местоположение и в) применить правильное средство. Блоки Try / Catch не предназначены для сокрытия исключений от лица, обладающего уникальной квалификацией для их исправления - разработчика.

DBNull - это не то же самое, что Nothing

For Each row As DataGridViewRow In dgvPlanning.Rows
    If Not IsDBNull(row.Cells(0).Value) Then
        ...

Функция IsDBNull используется для проверки, равно ли значение System.DBNull: Из MSDN:

Значение System.DBNull указывает, что объект представляет отсутствующие или несуществующие данные. DBNull - это не то же самое, что Nothing, что указывает на то, что переменная еще не инициализирована.

Средство правовой защиты

If row.Cells(0) IsNot Nothing Then ...

Как и раньше, вы можете проверить значение Nothing, а затем определенное значение:

If (row.Cells(0) IsNot Nothing) AndAlso (IsDBNull(row.Cells(0).Value) = False) Then

Пример 2

Dim getFoo = (From f In dbContext.FooBars
               Where f.something = something
               Select f).FirstOrDefault

If Not IsDBNull(getFoo) Then
    If IsDBNull(getFoo.user_id) Then
        txtFirst.Text = getFoo.first_name
    Else
       ...

FirstOrDefault возвращает первый элемент или значение по умолчанию, равное Nothing для ссылочных типов и никогда DBNull:

If getFoo IsNot Nothing Then...

Органы управления

Dim chk As CheckBox

chk = CType(Me.Controls(chkName), CheckBox)
If chk.Checked Then
    Return chk
End If

Если CheckBox с chkName не может быть найден (или существует в GroupBox), тогда chk будет Nothing и попытка ссылки на какое-либо свойство приведет к исключению.

Средство правовой защиты

If (chk IsNot Nothing) AndAlso (chk.Checked) Then ...

DataGridView

У DGV периодически наблюдается несколько причуд:

dgvBooks.DataSource = loan.Books
dgvBooks.Columns("ISBN").Visible = True       ' NullReferenceException
dgvBooks.Columns("Title").DefaultCellStyle.Format = "C"
dgvBooks.Columns("Author").DefaultCellStyle.Format = "C"
dgvBooks.Columns("Price").DefaultCellStyle.Format = "C"

Если dgvBooks имеет AutoGenerateColumns = True, он создаст столбцы, но не называет их, поэтому приведенный выше код не работает, когда он ссылается на них по имени.

Средство правовой защиты

Назовите столбцы вручную или укажите индекс:

dgvBooks.Columns(0).Visible = True

Пример 2 - Остерегайтесь NewRow

xlWorkSheet = xlWorkBook.Sheets("sheet1")

For i = 0 To myDGV.RowCount - 1
    For j = 0 To myDGV.ColumnCount - 1
        For k As Integer = 1 To myDGV.Columns.Count
            xlWorkSheet.Cells(1, k) = myDGV.Columns(k - 1).HeaderText
            xlWorkSheet.Cells(i + 2, j + 1) = myDGV(j, i).Value.ToString()
        Next
    Next
Next

Когда ваш DataGridView имеет AllowUserToAddRows как True (по умолчанию), Cells в пустой / новой строке внизу будет содержать Nothing. Большинство попыток использовать содержимое (например, ToString) приводят к NRE.

Средство правовой защиты

Используйте цикл For/Each и проверьте свойство IsNewRow, чтобы определить, является ли это последней строкой. Это работает независимо от того, верно AllowUserToAddRows или нет:

For Each r As DataGridViewRow in myDGV.Rows
    If r.IsNewRow = False Then
         ' ok to use this row

Если вы действительно используете цикл For n, измените количество строк или используйте Exit For, когда IsNewRow истинно.

Мои настройки (StringCollection)

При определенных обстоятельствах попытка использовать элемент из My.Settings, который является StringCollection, может привести к NullReference при первом использовании. Решение то же самое, но не столь очевидное. Рассмотреть возможность:

My.Settings.FooBars.Add("ziggy")         ' foobars is a string collection

Поскольку VB управляет настройками за вас, разумно ожидать, что он инициализирует коллекцию. Будет, но только в том случае, если вы ранее добавили начальную запись в коллекцию (в редакторе настроек). Поскольку коллекция (очевидно) инициализируется при добавлении элемента, она остается Nothing, когда в редакторе настроек нет элементов для добавления.

Средство правовой защиты

Инициализируйте коллекцию настроек в обработчике событий Load формы, если / когда необходимо:

If My.Settings.FooBars Is Nothing Then
    My.Settings.FooBars = New System.Collections.Specialized.StringCollection
End If

Обычно коллекцию Settings нужно инициализировать только при первом запуске приложения. Альтернативное решение - добавить начальное значение к вашей коллекции в Проект - ›Настройки | FooBars, сохраните проект и удалите поддельное значение.

Ключевые моменты

Вы, наверное, забыли оператор New.

or

То, что вы предполагали, будет безупречно работать, чтобы вернуть инициализированный объект в ваш код, не сработало.

Не игнорируйте предупреждения компилятора (никогда) и используйте Option Strict On (всегда).

Исключение MSDN NullReference

Другой сценарий - преобразование нулевого объекта в тип значения. Например, код ниже:

object o = null;
DateTime d = (DateTime)o;

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

Одним из примеров этого является этот простой фрагмент привязки ASP.NET с элементом управления Calendar:

<asp:Calendar runat="server" SelectedDate="<%#Bind("Something")%>" />

Здесь SelectedDate на самом деле является свойством типа DateTime типа Calendar Web Control, и привязка вполне может вернуть что-то нулевое. Неявный генератор ASP.NET создаст фрагмент кода, который будет эквивалентен приведенному выше коду приведения. И это вызовет NullReferenceException, который довольно сложно обнаружить, потому что он заключается в сгенерированном ASP.NET коде, который отлично компилируется ...

Это означает, что ваш код использовал ссылочную переменную объекта, для которой было установлено значение null (т.е. он не ссылался на фактический экземпляр объекта).

Чтобы предотвратить ошибку, объекты, которые могут иметь значение NULL, перед использованием должны быть проверены на значение NULL.

if (myvar != null)
{
    // Go ahead and use myvar
    myvar.property = ...
}
else
{
    // Whoops! myvar is null and cannot be used without first
    // assigning it to an instance reference
    // Attempting to use myvar here will result in NullReferenceException
}

Это означает, что рассматриваемая переменная ни на что не указывает. Я мог бы сгенерировать это так:

SqlConnection connection = null;
connection.Open();

Это вызовет ошибку, потому что, хотя я объявил переменную connection, она ни на что не указывает. Когда я пытаюсь вызвать член Open, для него нет ссылки, и он выдаст ошибку.

Чтобы избежать этой ошибки:

1. Всегда инициализируйте свои объекты, прежде чем пытаться что-либо с ними сделать.
2. Если вы не уверены, является ли объект нулевым, проверьте его с помощью object == null.

Инструмент JetBrains ReSharper определит каждое место в вашем коде, которое может иметь значение null справочная ошибка, позволяющая поставить нулевую проверку. Эта ошибка - источник ошибок номер один, ИМХО.

Имейте в виду, что независимо от сценария причина всегда одна и та же в .NET:

Вы пытаетесь использовать ссылочную переменную со значением _1 _ / _ 2_. Когда значение для ссылочной переменной равно _3 _ / _ 4_, это означает, что на самом деле она не содержит ссылки на экземпляр какого-либо объекта, существующего в куче.

Вы либо никогда ничего не присваивали переменной, никогда не создавали экземпляр значения, присвоенного переменной, либо вы вручную устанавливали переменную равной _5 _ / _ 6_, либо вы вызывали функцию, которая устанавливает для переменной значение _7 _ / _ 8_.

Примером этого исключения является: Когда вы пытаетесь что-то проверить, это значение null.

Например:

string testString = null; //Because it doesn't have a value (i.e. it's null; "Length" cannot do what it needs to do)

if (testString.Length == 0) // Throws a nullreferenceexception
{
    //Do something
} 

Среда выполнения .NET выдаст исключение NullReferenceException, когда вы попытаетесь выполнить действие с чем-то, что не было создано, то есть с приведенным выше кодом.

По сравнению с ArgumentNullException, которое обычно генерируется в качестве защитной меры, если метод ожидает, что то, что ему передается, не является нулевым.

Дополнительная информация находится в C # NullReferenceException и параметре Null.

Обновление C # 8.0, 2019: типы ссылок, допускающие значение NULL

В C # 8.0 представлены ссылочные типы, допускающие значение NULL и ссылочные типы, не допускающие значения NULL. Поэтому необходимо проверять только ссылочные типы, допускающие значение NULL, чтобы избежать NullReferenceException.

Если вы не инициализировали ссылочный тип и хотите установить или прочитать одно из его свойств, он выдаст NullReferenceException.

Пример:

Person p = null;
p.Name = "Harry"; // NullReferenceException occurs here.

Вы можете просто избежать этого, проверив, не является ли переменная нулевой:

Person p = null;
if (p!=null)
{
    p.Name = "Harry"; // Not going to run to this point
}

Чтобы полностью понять, почему возникает исключение NullReferenceException, важно знать разницу между типы значений и [ссылочные типы] [3].

Итак, если вы имеете дело с типами значений, исключения NullReferenceExceptions не возникают. Хотя вам нужно быть начеку при работе с ссылочными типами!

Только ссылочные типы, как следует из названия, могут содержать ссылки или указывать буквально ни на что (или «ноль»). В то время как типы значений всегда содержат значение.

Типы справочников (эти типы необходимо отметить):

• динамичный
• объект
• нить

Типы значений (вы можете просто игнорировать эти):

• Числовые типы
• Интегральные типы
• Типы с плавающей точкой
• десятичный
• bool
• Пользовательские структуры

Другой случай, когда NullReferenceExceptions может произойти, - это (неправильное) использование as оператор:

class Book {
    public string Name { get; set; }
}
class Car { }

Car mycar = new Car();
Book mybook = mycar as Book;   // Incompatible conversion --> mybook = null

Console.WriteLine(mybook.Name);   // NullReferenceException

Здесь Book и Car несовместимые типы; Car нельзя преобразовать / преобразовать в Book. Когда это приведение не удается, as возвращает null. Использование mybook после этого вызывает NullReferenceException.

В общем, вы должны использовать приведение или as следующим образом:

Если вы ожидаете, что преобразование типа всегда будет успешным (т. Е. Вы знаете, какой объект должен быть впереди), тогда вам следует использовать приведение:

ComicBook cb = (ComicBook)specificBook;

Если вы не уверены в типе, но хотите попробовать использовать его как определенный тип, используйте as:

ComicBook cb = specificBook as ComicBook;
if (cb != null) {
   // ...
}

Вы используете объект, содержащий ссылку на нулевое значение. Таким образом, это дает нулевое исключение. В этом примере строковое значение равно null, и при проверке его длины возникло исключение.

Пример:

string value = null;
if (value.Length == 0) // <-- Causes exception
{
    Console.WriteLine(value); // <-- Never reached
}

Ошибка исключения:

Необработанное исключение:

System.NullReferenceException: ссылка на объект не установлена ​​на экземпляр объекта. в Program.Main ()

Хотя what вызывает NullReferenceExceptions и подходы к предотвращению / исправлению такого исключения были рассмотрены в других ответах, многие программисты еще не узнали, как самостоятельно отлаживать такие исключения во время разработки.

В Visual Studio это обычно легко сделать благодаря отладчику Visual Studio.

Во-первых, убедитесь, что будет обнаружена правильная ошибка - см. Как разрешить нарушение исключения System.NullReferenceException в VS2010? Примечание ¹

Затем либо Start с отладкой (F5) или Attach [ отладчик VS] в запущенный процесс. Иногда может быть полезно использовать Debugger.Break, после чего будет предложено запустить отладчик.

Теперь, когда выбрасывается (или не обрабатывается) исключение NullReferenceException, отладчик останавливается (помните правило, установленное выше?) На строке, в которой произошло исключение. Иногда ошибку легко обнаружить.

Например, в следующей строке единственный код, который может вызвать исключение, - это если myString оценивается как null. Это можно проверить, просмотрев Окно просмотра или выполнение выражений в непосредственном окне.

var x = myString.Trim();

В более сложных случаях, таких как следующие, вам нужно будет использовать один из описанных выше методов (Watch или Immediate Windows), чтобы проверить выражения, чтобы определить, было ли str1 нулевым или str2 было нулевым.

var x = str1.Trim() + str2.Trim();

После того, как where исключение было обнаружено, обычно тривиально рассуждать в обратном порядке, чтобы выяснить, где [неправильно] было введено нулевое значение -

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

¹ Если Break on Throws слишком агрессивен и отладчик останавливается на NPE в .NET или сторонней библиотеке, Break on User-Unhandled можно использовать для ограничения перехваченных исключений. Кроме того, VS2012 представляет Just My Code, который я также рекомендую включить.

Если вы отлаживаете с включенным Just My Code, поведение немного отличается. Если включен только мой код, отладчик игнорирует первоочередные исключения среды CLR, которые генерируются вне My Code и не проходят через My Code.

Саймон Мурье привел этот пример:

object o = null;
DateTime d = (DateTime)o;  // NullReferenceException

где распаковка преобразование (приведение) из object (или из одного из классов System.ValueType или System.Enum, или из типа интерфейса) to тип значения (отличный от Nullable<>) сам по себе дает NullReferenceException.

В другом направлении, упаковка преобразование из Nullable<>, у которого HasValue равно false в ссылочный тип, может дать null ссылку, которая позже может привести к NullReferenceException. Классический пример:

DateTime? d = null;
var s = d.ToString();  // OK, no exception (no boxing), returns ""
var t = d.GetType();   // Bang! d is boxed, NullReferenceException

Иногда бокс бывает по-другому. Например, с этим неуниверсальным методом расширения:

public static void MyExtension(this object x)
{
  x.ToString();
}

следующий код будет проблематичным:

DateTime? d = null;
d.MyExtension();  // Leads to boxing, NullReferenceException occurs inside the body of the called method, not here.

Эти случаи возникают из-за особых правил, которые среда выполнения использует при упаковке Nullable<> экземпляров.

Добавление случая, когда имя класса для сущности, используемой в структуре сущностей, совпадает с именем класса для файла кода программной части веб-формы.

Предположим, у вас есть веб-форма Contact.aspx, класс программной части которой - Contact, и у вас есть имя объекта Contact.

Затем следующий код вызовет исключение NullReferenceException при вызове context.SaveChanges ()

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

Для полноты картины класс DataContext

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

и контактный класс сущности. Иногда классы сущностей являются частичными классами, поэтому вы можете расширять их и в других файлах.

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

Ошибка возникает, когда и сущность, и класс программной части находятся в одном пространстве имен. Чтобы исправить это, переименуйте класс сущности или класс выделенного кода для Contact.aspx.

Причина Я все еще не уверен в причине. Но всякий раз, когда какой-либо класс сущности расширяет System.Web.UI.Page, возникает эта ошибка.

Для обсуждения ознакомьтесь с NullReferenceException в DbContext.saveChanges ()

Другой общий случай, когда можно получить это исключение, связан с фиктивными классами во время модульного тестирования. Независимо от используемого фреймворка имитации вы должны убедиться, что все соответствующие уровни иерархии классов должным образом имитируются. В частности, все свойства HttpContext, на которые ссылается тестируемый код, должны быть имитированы.

См. "NullReferenceException, созданный при тестировании настраиваемого атрибута авторизации" для получения более подробного примера.

У меня другой взгляд на то, чтобы ответить на этот вопрос. Такого рода ответы "что еще я могу сделать, чтобы этого избежать?"

При работе на разных уровнях, например в приложении MVC, контроллеру требуются службы для вызова бизнес-операций. В таких сценариях можно использовать контейнер внедрения зависимостей для инициализации служб, чтобы избежать NullReferenceException. Это означает, что вам не нужно беспокоиться о проверке нулевого значения и просто вызывать службы из контроллера, как если бы они всегда были доступны (и инициализированы) как синглтон или прототип.

public class MyController
{
    private ServiceA serviceA;
    private ServiceB serviceB;

    public MyController(ServiceA serviceA, ServiceB serviceB)
    {
        this.serviceA = serviceA;
        this.serviceB = serviceB;
    }

    public void MyMethod()
    {
        // We don't need to check null because the dependency injection container 
        // injects it, provided you took care of bootstrapping it.
        var someObject = serviceA.DoThis();
    }
}

На вопрос что мне с этим делать может быть много ответов.

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

Короче говоря, инварианты класса гарантируют, что в вашем классе будут некоторые ограничения, которые не будут нарушены при нормальном использовании (и, следовательно, класс не перейдет в несогласованное состояние ). Предварительные условия означают, что данные, передаваемые в качестве входных данных для функции / метода, должны соответствовать некоторым установленным ограничениям и никогда их не нарушать, а постусловия означают, что функция / вывод метода должен снова следовать установленным ограничениям, не нарушая их. Условия контракта никогда не должны нарушаться во время выполнения программы без ошибок, поэтому проект по контракту проверяется на практике в режиме отладки, а в выпусках отключен, чтобы максимизировать развитая система производительности.

Таким образом, вы можете избежать NullReferenceException случаев нарушения установленных ограничений. Например, если вы используете свойство объекта X в классе, а затем пытаетесь вызвать один из его методов, а X имеет нулевое значение, это приведет к NullReferenceException:

public X { get; set; }

public void InvokeX()
{
    X.DoSomething(); // if X value is null, you will get a NullReferenceException
}

Но если вы устанавливаете свойство X никогда не должно иметь нулевое значение в качестве предварительного условия метода, вы можете предотвратить описанный ранее сценарий:

//Using code contracts:
[ContractInvariantMethod]
protected void ObjectInvariant() 
{
    Contract.Invariant(X != null);
    //...
}

По этой причине Кодовые контракты существует для приложений .NET.

В качестве альтернативы можно применить проект по контракту с помощью утверждений .