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

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

Ссылка на объект не установлена ​​в экземпляр объекта.

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

1878
задан John Saunders 11 янв. '11 в 19:48
источник поделиться
34 ответов
  • 1
  • 2

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

Нижняя линия

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

Как и все остальное, null обходит. Если в методе "А" оно равно null, может быть, что метод "В" передал значение null методу "А".

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

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

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

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

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

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

string foo = null;
foo.ToUpper();

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

отладка

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

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

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

Примеры

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

общий

ref1.ref2.ref3.member

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

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

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

непрямой

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

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

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

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

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

Это переводит

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

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

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

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

Инициализаторы вложенных коллекций ведут себя одинаково:

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

Это переводит

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

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

массив

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

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

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

Жесткие массивы

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

Коллекция/Список/Словарь

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

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

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

Мероприятия

public class Demo
{
    public event EventHandler StateChanged;

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

Плохие соглашения об именах:

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

public class Form1 {
    private Customer customer;

    private void Form1_Load(object sender, EventArgs e) {
        Customer customer = new Customer();
        customer.Name = "John";
    }

    private void Button_Click(object sender, EventArgs e) {
        MessageBox.Show(customer.Name);
    }
}

Это можно решить, выполнив соглашение с префиксными полями с помощью подчеркивания:

private Customer _customer;

Жизненный цикл страницы 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, вам нужно понять, что 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 будет поднято в случае ранних созданных элементов управления с обработчиками событий и т.д., NullReferenceException срабатывают во время InitializeComponent которые ссылаются на поздние созданные элементы управления.

Например:

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

    <!-- Label declared later -->
    <Label Name="label1" 
           Content="Label"
           Margin="10" />
</Grid>

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

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

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

В ролях с, as

var myThing = someObject as Thing;

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

LINQ FirstOrDefault() и SingleOrDefault()

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

для каждого

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    // Some other code

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

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

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

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

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

Использовать нулевой коалесцирующий оператор: ?? [С#] или If() [VB].

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

IService CreateService(ILogger log, Int32? frobPowerLevel)
{
    var serviceImpl = new MyService(log ?? NullLog.Instance);

    // Note that the above "GetValueOrDefault()" can also be rewritten to use
    // the coalesce operator:
    serviceImpl.FrobPowerLevel = frobPowerLevel ?? 5;
}

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

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

var title = person.Title.ToUpper();

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

В С# 5 и ниже это можно защитить:

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

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

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

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

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

// regular null check
int titleLength = 0;
if (title != null)
    titleLength = title.Length; // If title is null, this would throw NullReferenceException

// combining the '?' and the '??' operator
int titleLength = title?.Length ?? 0;

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

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

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

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

С# поддерживает "блоки итератора" (называемые "генераторами" на некоторых других популярных языках). Исключения исключений в виде исключений могут быть особенно сложными для отладки в блоках итератора из-за отложенного выполнения:

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

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

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

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

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

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

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

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

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

Замечание о нулевых различиях в небезопасном коде

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

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

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

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

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

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

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

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

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

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

2135
ответ дан John Saunders 11 янв. '11 в 19:52
источник поделиться

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

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

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

Заметка:

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

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

Сообщение "Объект, не установленный для экземпляра объекта" означает, что вы пытаетесь использовать объект, который не был инициализирован. Это сводится к одному из следующих:

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

Поиск причины

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

IDE debug display

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

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

Вы также можете использовать Locals Window (Debug → Windows → Locals) для проверки ваших объектов.

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

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

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

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

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

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

средство

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

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

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

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

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

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

Private reg As CashRegister
'...

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

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

Отсутствие оператора New является причиной № 1 NullReference Exceptions рассмотренной в рассмотренных вопросах.

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

Чтобы быть ясным, Dim (или Private) объявляет только переменную и ее Type. Область действия переменной - независимо от того, существует ли она для всего модуля/класса или является локальной процедурой - определяется тем, где она объявлена. Private | Friend | Public Private | Friend | Public определяет уровень доступа, а не Scope.

Для получения дополнительной информации см.


Массивы

Массивы также должны быть созданы:

Private arr as String()

Этот массив только объявлен, а не создан. Существует несколько способов инициализации массива:

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

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

Примечание. Начиная с VS 2010, при инициализации локального массива с использованием литерала и Option Infer, Option Infer As <Type> и New являются необязательными:

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

Тип данных и размер массива выводятся из назначаемых данных. Объявление уровня класса/модуля по-прежнему требует использования As <Type> с Option Strict:

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

Пример: массив объектов класса

Dim arrFoo(5) As Foo

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

Массив создан, но объекты Foo в нем нет.

средство

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

Использование List(Of T) затруднит наличие элемента без действительного объекта:

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

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

Для получения дополнительной информации см.


Списки и коллекции

Коллекции.NET (из которых есть много разновидностей - Списки, Словарь и т.д.) Также должны быть созданы или созданы.

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

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

myList = New List(Of String)

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

Общий надзор - это класс, в котором используется коллекция Type:

Public Class Foo
    Private barList As List(Of Bar)

    Friend Function BarCount As Integer
        Return barList.Count
    End Function

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

Любая процедура приведет к NRE, потому что barList объявляется, а не создается. Создание экземпляра Foo также не создаст экземпляр внутреннего barList. Возможно, это было намерение сделать это в конструкторе:

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

Как и раньше, это неверно:

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

Дополнительные сведения см. В разделе List(Of T).


Объекты поставщика данных

Работа с базами данных предоставляет много возможностей для NullReference, потому что одновременно может быть много объектов (Command, Connection, Transaction, Dataset, DataTable, DataRows....). Примечание. Неважно, какой поставщик данных вы используете - MySQL, SQL Server, OleDB и т.д. - концепции одинаковы.

Пример 1

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

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

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

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

img

Когда объявляется как переменная уровня модуля/класса, как представляется, в случае с con, компилятор не может знать, был ли объект создан процедурой восходящего потока. Не игнорируйте предупреждения.

средство

Dim ds As New DataSet

Пример 2.

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

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

Опечатка является проблемой здесь: Employees против Employee. Не было создано DataTable именем "Employee", поэтому результаты NullReferenceException пытаются получить к нему доступ. Другая потенциальная проблема заключается в предположении, что будут Items которые могут быть не такими, когда SQL включает предложение WHERE.

средство

Поскольку это использует одну таблицу, использование Tables(0) позволит избежать орфографических ошибок. Изучение Rows.Count также может помочь:

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

Fill - это функция, возвращающая количество затронутых Rows которые также могут быть протестированы:

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

Пример 3.

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

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

DataAdapter обеспечит TableNames, как показано в предыдущем примере, но не разобрать имена из SQL или базы данных таблицы. В результате ds.Tables("TICKET_RESERVATION") ссылается на несуществующую таблицу.

Средство устранения одинаково, ссылайтесь на таблицу по индексу:

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

См. Также Класс DataTable.


Пути объектов/Вложенные

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

Код только тестирует Items то время как myFoo и Bar также могут быть Nothing. Средство состоит в том, чтобы проверить всю цепочку или путь объектов по одному:

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

AndAlso важно. Последующие тесты не будут выполняться после первого состояния False. Это позволяет коду безопасно "сверлить" на объект один "уровень" за раз, оценивая myFoo.Bar только после (и если) myFoo определяется как действительный. Цепочки объектов или пути могут быть довольно длинными при кодировании сложных объектов:

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

Невозможно ссылаться на "нисходящий поток" null объекта. Это также относится к элементам управления:

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

Здесь myWebBrowser или Document может быть Nothing или элемент formfld1 может не существовать.


Элементы управления пользовательским интерфейсом

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

Помимо всего прочего, этот код не предполагает, что пользователь может не выбрать что-либо в одном или нескольких элементах управления пользовательским интерфейсом. ListBox1.SelectedItem вполне может быть Nothing, поэтому ListBox1.SelectedItem.ToString приведет к NRE.

средство

Проверяйте данные перед их использованием (также используйте параметры Option Strict и SQL):

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

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

Кроме того, вы можете использовать (ComboBox5.SelectedItem IsNot Nothing) AndAlso...


Визуальные базовые формы

Public Class Form1

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

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

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

Это довольно распространенный способ получить NRE. В С#, в зависимости от того, как он кодируется, среда IDE сообщит, что Controls не существуют в текущем контексте, или "не может ссылаться на нестатический член". Итак, в какой-то степени это ситуация только с VB. Это также сложно, потому что это может привести к отказу каскада.

Таким образом, массивы и коллекции не могут быть инициализированы. Этот код инициализации будет выполняться до того, как конструктор создаст Form или Controls. В результате:

  • Списки и коллекция будут просто пустыми
  • Массив будет содержать пять элементов Nothing
  • Назначение somevar приведет к немедленному NRE, потому что Nothing не имеет свойства .Text

После этого ссылки на элементы массива приведут к NRE. Если вы делаете это в Form_Load, из-за нечетной ошибки, среда IDE может не сообщать об исключении, когда это происходит. Исключение появится позже, когда ваш код попытается использовать массив. Это "молчаливое исключение" подробно описано в этом сообщении. Для наших целей ключ заключается в том, что, когда что-то катастрофическое происходит при создании формы (Sub New или Form Load event), исключения могут не сообщаться, код выходит из процедуры и просто отображает форму.

Поскольку никакой другой код в вашем событии Sub New или Form Load будет запущен после NRE, многие другие вещи могут быть оставлены неинициализированными.

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

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

Public Class Form1

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

Частичное средство

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

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

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

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

Теперь вам будет легко найти, что вы знаете, что ищете: VS shows you the error of your ways

"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

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

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

    'More code fooing and barring

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

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

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

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

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

средство

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


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

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

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

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

средство

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

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

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

Пример 2.

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

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

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

If getFoo IsNot Nothing Then...

управления

Dim chk As CheckBox

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

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

средство

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

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, он будет создавать столбцы, но он их не 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 истинно.


My.Settings(StringCollection)

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

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

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

средство

Инициализировать коллекцию настроек в форме Load event handler, если/когда необходимо:

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

Как правило, Settings должна быть инициализирована только при первом запуске приложения. Альтернативным средством является добавление начального значения в вашу коллекцию в Project → Settings | FooBars, сохраните проект, а затем удалите поддельное значение.


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

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

или

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

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


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

282
ответ дан New Contributor 05 нояб. '14 в 19:08
источник поделиться

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

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

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

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

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

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

219
ответ дан Simon Mourier 28 июня '12 в 15:44
источник поделиться

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

SqlConnection connection = null;
connection.Open();

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

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

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

Инструмент Resharper JetBrains определит каждое место в вашем коде, которое имеет возможность ошибки нулевой ссылки, позволяя вам установить нулевую проверку. Эта ошибка является источником ошибок номер один, IMHO.

148
ответ дан Chris B. Behrens 11 янв. '11 в 19:52
источник поделиться

Это означает, что ваш код использовал ссылочную переменную объекта, которая была установлена ​​в значение 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
}
137
ответ дан Jonathan Wood 11 янв. '11 в 19:52
источник поделиться

Помните, что независимо от сценария причина всегда одинакова в .NET:

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

Вы либо никогда не присваивали какую-либо переменную, никогда не создавали экземпляр значения, присвоенного переменной, или вы устанавливали переменную равную Nothing/null вручную, или вы вызывали функцию, которая устанавливает переменную в Nothing/null для вас.

91
ответ дан code master 11 янв. '11 в 19:53
источник поделиться

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

Например:

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

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

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

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

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

79
ответ дан Alex KeySmith 11 янв. '11 в 19:53
источник поделиться

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

Пример:

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

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

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

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

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

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

Типы ссылок (эти должны быть проверены):

  • динамический
  • объект
  • строка

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

  • Числовые типы
  • Интегральные типы
  • Типы с плавающей точкой
  • десятичная дробь
  • BOOL
  • Определенные пользователем структуры
75
ответ дан Fabian Bigler 17 мая '13 в 0:40
источник поделиться

Другим случаем, когда 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) {
   // ...
}
68
ответ дан Jonathon Reinhart 05 марта '13 в 22:32
источник поделиться

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

Пример:

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

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

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

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

60
ответ дан user1814380 10 дек. '12 в 12:59
источник поделиться

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

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

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

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

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

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

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

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

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

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

50
ответ дан Jeppe Stig Nielsen 10 июля '14 в 18:43
источник поделиться

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

В Visual Studio это обычно легко благодаря Visual Studio Debugger.


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

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

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

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

var x = myString.Trim();

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

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

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

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


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

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

45
ответ дан user2864740 12 февр. '14 в 22:24
источник поделиться

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

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

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

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

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

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

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

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

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

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

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

38
ответ дан AbhinavRanjan 18 дек. '13 в 22:31
источник поделиться

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

См. "Исключение NullReferenceException при проверке пользовательского атрибута AuthorizationAttribute" для несколько подробного примера.

37
ответ дан John Saunders 13 окт. '13 в 5:24
источник поделиться

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

При работе в разных слоях, например, в приложении 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();
    }
}
36
ответ дан Mukus 07 марта '14 в 2:21
источник поделиться

В отношении "что мне делать с этим" может быть много ответов.

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

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

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

public X { get; set; }

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

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

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

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

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

ОБНОВЛЕНИЕ: Стоит отметить, что этот термин был придуман Бертраном Мейером в связи с его дизайном языка программирования Эйфеля.

34
ответ дан Nick Louloudakis 26 дек. '14 в 2:54
источник поделиться

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

Например:

  • При использовании строкового метода пустой строки:

    string str = string.Empty;
    str.ToLower(); // throw null reference exception
    
  • Когда свойство нулевого объекта доступно:

    Public Class Person {
        public string Name { get; set; }
    }
    Person objPerson;
    objPerson.Name  /// throw Null refernce Exception 
    
32
ответ дан Hemant Bavle 18 февр. '14 в 22:12
источник поделиться

TL; DR: Попробуйте использовать Html.Partial вместо Renderpage


Я получал Object reference not set to an instance of an object, когда я пытался отобразить представление в представлении, отправив ему модель, например:

@{
    MyEntity M = new MyEntity();
}
@RenderPage("_MyOtherView.cshtml", M); // error in _MyOtherView, the Model was Null

Отладка показала, что модель была Null внутри MyOtherView. Пока я не изменил его на:

@{
    MyEntity M = new MyEntity();
}
@Html.Partial("_MyOtherView.cshtml", M);

И это сработало.

Кроме того, причина, по которой у меня не было Html.Partial, заключалась в том, что Visual Studio иногда генерирует строчные строки с ошибками в Html.Partial, если она находится внутри другого построенного цикла foreach, хотя это не ошибка:

@inherits System.Web.Mvc.WebViewPage
@{
    ViewBag.Title = "Entity Index";
    List<MyEntity> MyEntities = new List<MyEntity>();
    MyEntities.Add(new MyEntity());
    MyEntities.Add(new MyEntity());
    MyEntities.Add(new MyEntity());
}
<div>
    @{
        foreach(var M in MyEntities)
        {
            // Squiggly lines below. Hovering says: cannot convert method group 'partial' to non-delegate type Object, did you intend to envoke the Method?
            @Html.Partial("MyOtherView.cshtml");
        }
    }
</div>

Но я смог запустить приложение без проблем с этой "ошибкой". Я смог избавиться от ошибки, изменив структуру цикла foreach, чтобы выглядеть так:

@foreach(var M in MyEntities){
    ...
}

Хотя у меня такое чувство, что Visual Studio неправильно интерпретирует амперсанды и скобки.

28
ответ дан Travis Heeter 24 июля '15 в 14:09
источник поделиться

Что вы можете сделать с этим?

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

Проверить аргументы

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

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

public void DoSomething(MyObject obj) {
    if(obj == null) 
    {
        throw new ArgumentNullException("obj", "Need a reference to obj.");
    }
}

Использовать инструменты

Есть также несколько библиотек, которые могут помочь. Например, "Resharper" может предоставить вам предупреждения при написании кода, особенно если вы используете их атрибут: NotNullAttribute

Там "Контракты кода Microsoft", где вы используете синтаксис типа Contract.Requires(obj != null), который дает вам проверку выполнения и компиляцию: Представление кодовых контрактов.

Там также "PostSharp", который позволит вам просто использовать такие атрибуты:

public void DoSometing([NotNull] obj)

Сделав это и сделав часть PostSharp вашего процесса сборки obj, будет проверяться на нуль во время выполнения. См.: Ошибка проверки PostSharp

Решение простого кода

Или вы всегда можете использовать свой собственный подход, используя простой старый код. Например, вот структура, которую вы можете использовать, чтобы поймать нулевые ссылки. Он смоделирован по той же концепции, что и Nullable<T>:

[System.Diagnostics.DebuggerNonUserCode]
public struct NotNull<T> where T: class
{
    private T _value;

    public T Value
    {
        get
        {
            if (_value == null)
            {
                throw new Exception("null value not allowed");
            }

            return _value;
        }
        set
        {
            if (value == null)
            {
                throw new Exception("null value not allowed.");
            }

            _value = value;
        }
    }

    public static implicit operator T(NotNull<T> notNullValue)
    {
        return notNullValue.Value;
    }

    public static implicit operator NotNull<T>(T value)
    {
        return new NotNull<T> { Value = value };
    }
}

Вы бы очень похожи на то, как вы использовали бы Nullable<T>, кроме как с целью достижения совершенно противоположного - не разрешать null. Вот несколько примеров:

NotNull<Person> person = null; // throws exception
NotNull<Person> person = new Person(); // OK
NotNull<Person> person = GetPerson(); // throws exception if GetPerson() returns null

NotNull<T> неявно отображается в и из T, поэтому вы можете использовать его в любом месте, где это необходимо. Например, вы можете передать объект Person методу, который принимает NotNull<Person>:

Person person = new Person { Name = "John" };
WriteName(person);

public static void WriteName(NotNull<Person> person)
{
    Console.WriteLine(person.Value.Name);
}

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

Person person = GetPerson();

public static NotNull<Person> GetPerson()
{
    return new Person { Name = "John" };
}

Или вы даже можете использовать его, когда метод просто возвращает T (в данном случае Person), выполнив бросок. Например, следующий код будет похож на код выше:

Person person = (NotNull<Person>)GetPerson();

public static Person GetPerson()
{
    return new Person { Name = "John" };
}

Объединить с расширением

Объедините NotNull<T> с методом расширения, и вы можете охватить еще больше ситуаций. Вот пример того, как выглядит метод расширения:

[System.Diagnostics.DebuggerNonUserCode]
public static class NotNullExtension
{
    public static T NotNull<T>(this T @this) where T: class
    {
        if (@this == null)
        {
            throw new Exception("null value not allowed");
        }

        return @this;
    }
}

И вот пример того, как он может быть использован:

var person = GetPerson().NotNull();

GitHub

Для справки я сделал код выше, доступный на GitHub, вы можете найти его по адресу:

https://github.com/luisperezphd/NotNull

Функция родственного языка

С# 6.0 представил "нуль-условный оператор", который немного помогает в этом. С помощью этой функции вы можете ссылаться на вложенные объекты, и если какой-либо из них null, все выражение возвращает null.

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

var address = country?.State?.County?.City;

Предположим, что country является объектом типа country, который имеет свойство, называемое State и т.д. Если country, State, County или City есть null, то address will be null . Therefore you only have to check whether address is null`.

Это отличная функция, но она дает вам меньше информации. Это не делает очевидным, какой из 4 является нулевым.

Встроенный как Nullable?

С# имеет красивое сокращение для Nullable<T>, вы можете сделать что-то нулевое, поставив знак вопроса после такого типа int?.

Было бы неплохо, если бы у С# было что-то вроде структуры NotNull<T> выше и имела аналогичную стенографию, может быть, восклицательный знак (!), чтобы вы могли написать что-то вроде: public void WriteName(Person! person).

20
ответ дан Luis Perez 06 марта '16 в 19:28
источник поделиться

Исключить исключение NullReferenceException можно с помощью Null-условных операторов в С# 6 и написать меньше кода для обработки нулевых проверок.

Он использовал для проверки значения null перед выполнением операции доступа к члену (?.) или индекса (? [).

Пример

  var name = p?.Spouse?.FirstName;

эквивалентно:

    if (p != null)
    {
        if (p.Spouse != null)
        {
            name = p.Spouse.FirstName;
        }
    }

В результате имя будет пустым, если p равно null или p.Spouse - null.

В противном случае имени переменной будет присвоено значение p.Spouse.FirstName.

Для получения дополнительной информации: Нулевые условные операторы

8
ответ дан M.Hassan 30 нояб. '17 в 2:05
источник поделиться

Интересно, что ни один из ответов на этой странице не упоминает два крайних случая, надеюсь, что никто не возражает, если я их добавлю:

Случай с краем # 1: одновременный доступ к словарю

Общие словари в .NET не являются потокобезопасными, и иногда они могут бросать NullReference или даже (чаще) a KeyNotFoundException при попытке получить доступ к ключу из двух параллельных потоков. Исключение в этом случае вводит в заблуждение.

Кромка # 2: небезопасный код

Если a NullReferenceException выбрано кодом unsafe, вы можете посмотреть на переменные указателя и проверить их на IntPtr.Zero или что-то еще. Это одно и то же ( "исключение нулевого указателя" ), но в небезопасном коде переменные часто переводятся в типы значений/массивы и т.д., И вы ударяете головой о стену, задаваясь вопросом, как тип значения может исключение.

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

7
ответ дан jazzcat 22 марта '17 в 20:57
источник поделиться

Строка ошибки "Ссылка на объект не установлена ​​в экземпляр объекта." заявляет, что вы не присвоили экземпляр объекта объектной ссылке, и все же вы получаете доступ к свойствам/методам этого объекта.

например: допустим, что у вас есть класс с именем myClass, и он содержит одно свойство prop1.

public Class myClass
{
   public int prop1 {get;set;}
}

Теперь вы получаете доступ к этому prop1 в другом классе, как показано ниже:

public class Demo
{
     public void testMethod()
     {
        myClass ref = null;
        ref.prop1 = 1;  //This line throws error
     }
}

выше строка выдает ошибку, потому что ссылка класса myClass объявлена, но не создана, или экземпляр объекта не назначен для referecne этого класса.

Чтобы исправить это, вы должны создать экземпляр (присвоить объект ссылке на этот класс).

public class Demo
{
     public void testMethod()
     {
        myClass ref = null;
        ref = new myClass();
        ref.prop1 = 1;  
     }
}
7
ответ дан Jaimin Dave 08 марта '17 в 13:58
источник поделиться

Ссылка NullReferenceException или Object, не установленная на экземпляр объекта, возникает, когда объект класса, который вы пытаетесь использовать, не создается. Например:

Предположим, что у вас есть класс с именем Student.

public class Student
{
    private string FirstName;
    private string LastName;
    public string GetFullName()
    {
        return FirstName + LastName;
    }
}

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

public class StudentInfo
{      
    public string GetStudentName()
    {
        Student s;
        string fullname = s.GetFullName();
        return fullname;
    }        
}

Как видно из приведенного выше кода, утверждение Студент s - объявляет только переменную типа Student, обратите внимание, что класс Student не создается в этой точке. Следовательно, когда выполняется инструкция s.GetFullName(), она выкинет исключение NullReferenceException.

2
ответ дан Nick 28 июля '16 в 13:52
источник поделиться

Ну, простыми словами:

Вы пытаетесь получить доступ к объекту, который не создан или в настоящее время не находится в памяти.

Итак, как решить это:

  • Отладка и отключение отладчика... Это приведет непосредственно к переменной, которая сломана... Теперь ваша задача - просто исправить это. Используя ключевое слово new в соответствующем месте.

  • Если это вызвано некоторыми командами базы данных, потому что объект отсутствует, все, что вам нужно сделать, это выполнить нулевую проверку и обработать его:

    if (i == null) {
        // Handle this
    }
    
  • Самый сложный... если GC собрал объект уже... Это обычно происходит если вы пытаетесь найти объект, используя строки... То есть, найдя его по имени объекта, может случиться так, что GC уже может его очистить... Это трудно найти и станет проблемой. Лучший способ справиться с этим - делать нулевые проверки там, где это необходимо в процессе разработки. Это сэкономит вам много времени.

Поиск по имени означает, что некоторые фреймворки позволяют использовать FIndObjects с помощью строк, а код может выглядеть так: FindObject ( "ObjectName" );

1
ответ дан Akash Gutha 24 дек. '15 в 10:26
источник поделиться

Буквально самый простой способ исправить NullReferenceExeption имеет два пути. Если у вас есть GameObject, например, с прикрепленным script и переменной с именем rb (rigidbody), эта переменная начнет пустую, когда вы начнете игру.
Вот почему вы получаете NullReferenceExeption, потому что на компьютере нет данных, хранящихся в этой переменной.

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

  • Добавьте RigidBody к вашему объекту с помощью AddComponent > Физикa > Rigidbody
    Затем зайдите в свой script и введите rb = GetComponent<Rigidbody>();
    Эта строка кода лучше всего работает под вашими функциями Start() или Awake().
  • Вы можете добавить компонент программно и назначить переменную одновременно с одной строкой кода: rb = AddComponent<RigidBody>();

Дальнейшие примечания. Если вы хотите, чтобы единство добавляло компонент к вашему объекту, и вы, возможно, забыли добавить его, вы можете ввести [RequireComponent(typeof(RigidBody))] над объявлением класса (пробел ниже всех ваших приложений).
Наслаждайтесь и получайте удовольствие от игр!

0
ответ дан CausticLasagne 14 нояб. '17 в 23:17
источник поделиться

Если мы рассмотрим общие сценарии, в которых может быть выбрано это исключение, доступ к свойствам с объектом вверху.

Пример:

string postalcode=Customer.Address.PostalCode; 
//if customer or address is null , this will through exeption

здесь, если адрес равен NULL, тогда вы получите исключение NullReferenceException.

Итак, как практика, мы всегда должны использовать проверку нуля, прежде чем обращаться к свойствам в таких объектах (особенно в родовых)

string postalcode=Customer?.Address?.PostalCode;
//if customer or address is null , this will return null, without through a exception
0
ответ дан Hiran 24 авг. '17 в 8:55
источник поделиться

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

Для Ex:

SqlConnection connection = null;
connection.Open();

Когда вы запустите этот код, вы получите:

System.NullReferenceException: Object reference not set to an instance of an object.

Вы можете избежать этой ошибки путем кодирования следующим образом:

if (connection != null){
    connection.Open();
}

Примечание. Чтобы избежать этой ошибки, вы всегда должны инициализировать свои объекты, прежде чем пытаться что-либо сделать с ними.

0
ответ дан Prateek Agrawal 15 нояб. '17 в 23:23
источник поделиться

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

Иногда вы можете просто забыть инициализировать.

Отредактировано: new не может вернуть значение null, но исключение fire при неудаче. Давно это было на некоторых языках, но не больше. Спасибо @John Saunders за указание на это.

-1
ответ дан MilanG 27 окт. '17 в 11:41
источник поделиться

Если вы получаете это сообщение во время сохранения или компиляции сборки, просто закройте все файлы, а затем откройте любой файл для компиляции и сохранения.

Для меня причина в том, что я переименовал файл, и старый файл все еще был открыт.

-1
ответ дан Harshal Doshi Jain 14 окт. '17 в 21:48
источник поделиться

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

Используйте контрольные точки, часы, проверяйте свои значения varibale.
Следить за трассировкой стека и искать точные строки и столбцы, которые создают проблему.

-2
ответ дан Saurabh 25 марта '17 в 7:25
источник поделиться
  • 1
  • 2

Другие вопросы по меткам