Wyjątek NullReference-Visual Basic

NullReference Exception Dla Visual Basic nie różni się niczym od tego w C#. W końcu obaj zgłaszają ten sam wyjątek zdefiniowany w. NET Framework, którego obaj używają. Przyczyny unikalne dla Visual Basic są rzadkie (być może tylko jedna).

Ta odpowiedź będzie używać terminów Visual Basic, składni i kontekstu. Użyte przykłady pochodzą z dużej liczby przeszłych pytań dotyczących przepełnienia stosu. Ma to na celu zmaksymalizowanie znaczenie poprzez użycie rodzajów sytuacji często widywanych w postach. Nieco więcej wyjaśnień jest również dla tych, którzy mogą go potrzebować. Przykład podobny do twojego jest bardzo prawdopodobnie wymieniony tutaj.

Uwaga:

1. jest to oparte na koncepcji: nie ma kodu, który można wkleić do projektu. Jego celem jest pomoc w zrozumieniu, co powoduje NullReferenceException (NRE), jak go znaleźć, jak go naprawić i jak go uniknąć. NRE może być spowodowane na wiele sposobów więc jest mało prawdopodobne, aby było to twoje jedyne spotkanie.
2. przykłady (ze Stack Overflow posts) nie zawsze pokazują najlepszy sposób na zrobienie czegoś w pierwszej kolejności.
3. zazwyczaj stosuje się najprostszy środek.

Podstawowe Znaczenie

Komunikat "Obiekt nie jest ustawiony na instancję obiektu" oznacza, że próbujesz użyć obiektu, który nie został zainicjowany. To sprowadza się do jednego z nich:

• Twój kod zadeklarował zmienną obiektową, ale nie zainicjalizował it (Utwórz instancję lub 'instancję ' it)
• coś, co twój kod zakłada, że zainicjalizuje obiekt, nie
[216]} możliwe, że inny kod przedwcześnie unieważnił obiekt nadal używany [217]}

Znalezienie Przyczyny

Ponieważ problemem jest odniesienie do obiektu, które jest Nothing, odpowiedzią jest zbadanie ich, aby dowiedzieć się, który z nich. Następnie określ, dlaczego jest nie zainicjowany. Przytrzymaj mysz nad różnymi zmiennymi, a Visual Studio (VS) pokaże ich wartości - winowajcą będzie Nothing.

Należy również usunąć wszelkie bloki Try/Catch z odpowiedniego kodu, zwłaszcza te, w których nie ma nic w bloku Catch. Spowoduje to awarię kodu, gdy spróbuje użyć obiektu Nothing. to jest to, czego chcesz , ponieważ określi dokładną lokalizację problemu, a pozwala zidentyfikować obiekt, który go powoduje.

A MsgBox W haczyku, który wyświetla {[57] } będzie mało pomocny. Ta metoda prowadzi również do bardzo złych pytań , ponieważ nie można opisać rzeczywistego wyjątku, obiektu lub nawet linii kodu, w której to się dzieje.

Możesz również użyć Locals Window (Debug - > Windows - > Locals ), aby zbadać obiekty.

Kiedy wiesz, co i gdzie jest problem, to zwykle dość łatwe do naprawienia i szybsze niż publikowanie nowego pytania.

Zobacz też:

• punkty przerwania
• MSDN: jak: Użyj bloku Try/Catch, aby wyłapać wyjątki
• MSDN: najlepsze praktyki dla WYJĄTKÓW

Przykłady i środki zaradcze

Obiekty klasy / Tworzenie instancji

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

Problem polega na tym, że Dim nie tworzy obiektu CashRegister ; deklaruje tylko zmienna o nazwie reg tego typu. deklarowanie zmiennej obiektowej i tworzenie instancji to dwie różne rzeczy.

Remedy

Operator New może być często używany do utworzenia instancji, gdy ją zadeklarujesz:

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

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

Gdy właściwe jest utworzenie instancji później:

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

Uwaga: nie należy ponownie używać Dim w procedurze, w tym konstruktora (Sub New):

Private reg As CashRegister
'...

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

To będzie tworzy zmienną local , reg, która istnieje tylko w tym kontekście (sub). Zmienna reg z poziomem modułu Scope, której będziesz używać wszędzie indziej, pozostaje Nothing.

Brak operatora New jest przyczyną #1NullReference Exceptions widziane w pytaniach przepełnienia stosu.

Visual Basic stara się wyjaśnić proces wielokrotnie za pomocą New: Korzystanie z New Operator tworzy nowy obiekt i połączenia Sub New -- konstruktor -- gdzie twój obiekt może wykonać dowolną inną inicjalizację.

Dla jasności, Dim (lub Private) tylko deklaruje zmienną i jej Type. zakres zmiennej - niezależnie od tego, czy istnieje dla całego modułu / klasy, czy jest lokalny dla procedury-jest określony przez , gdzie jest zadeklarowana. Private | Friend | Public definiuje poziom dostępu, a nie zakres .

Aby uzyskać więcej informacji, zobacz:

• Nowy Operator
• zakres w Visual Basic
• poziomy dostępu w Visual Basic
• typy wartości i typy odniesienia

Tablice

Tablice muszą być również utworzone:

Private arr as String()

Ta tablica została tylko zadeklarowana, a nie utworzona. Istnieje kilka sposobów inicjalizacji tablicy:

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) {}

Uwaga: począwszy od VS 2010, podczas inicjalizacji lokalnego tablica z literałami i Option Infer, elementy As <Type> i New są opcjonalne:

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}

Typ danych i rozmiar tablicy są wnioskowane na podstawie przypisywanych danych. Deklaracje poziomu klasy / modułu nadal wymagają As <Type> Z Option Strict:

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

Przykład: tablica obiektów klasy

Dim arrFoo(5) As Foo

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

Tablica została utworzona, ale Foo obiekty w niej nie.

Remedy

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

Użycie List(Of T) sprawi, że będzie to dość trudne do element bez poprawnego obiektu:

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

Aby uzyskać więcej informacji, zobacz:

• Option Infer Statement
• zakres w Visual Basic
• tablice w Visual Basic

Listy i kolekcje

Zbiory. NET (których jest wiele odmian-listy, Słownik itp.) musi być również utworzony lub utworzony.

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

Dostajesz ten sam wyjątek z tego samego powodu - myList została tylko zadeklarowana, ale żadna instancja nie została utworzona. Środek jest taki sam:

myList = New List(Of String)

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

Wspólny Nadzór to klasa, która używa zbioru 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

Każda procedura spowoduje NRE, ponieważ barList jest tylko zadeklarowana, a nie instancyjna. Utworzenie instancji Foo nie spowoduje również utworzenia instancji wewnętrznej barList. W przeciwieństwie do innych konstruktorów, nie jest to możliwe.]}

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

Jak poprzednio, jest to niepoprawne:

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

Więcej informacje, zobacz List(Of T) Klasa .

Obiekty Dostawcy Danych

Praca z bazami danych daje wiele możliwości dla NullReference, ponieważ może być wiele obiektów (Command, Connection, Transaction, Dataset, DataTable, DataRows....) w użyciu jednocześnie. Uwaga: nie ma znaczenia, którego dostawcy danych używasz -- MySQL, SQL Server, OleDB itp. -- pojęcia są takie same.

Przykład 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

Jak poprzednio, obiekt ds Dataset został zadeklarowany, ale instancja nigdy nie została utworzona. DataAdapter wypełni istniejący DataSet, a nie utworzy. W tym przypadku, ponieważ ds jest zmienną lokalną, IDE ostrzega cię , że może się to zdarzyć:

Gdy jest zadeklarowana jako zmienna poziomu modułu / klasy, jak to wygląda w przypadku con, kompilator nie może wiedzieć, czy obiekt został utworzony przez procedurę upstream. Nie ignoruj Ostrzeżenia.

Remedy

Dim ds As New DataSet

Przykład 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)

Literówka jest tu problemem: Employees vs Employee. Nie utworzono DataTable o nazwie "pracownik", więc NullReferenceException próbuje uzyskać do niego dostęp. Innym potencjalnym problemem jest założenie, że będzie Items, co może nie być, gdy SQL zawiera klauzulę WHERE.

Remedy

Ponieważ używa się jednej tabeli, użycie Tables(0) pozwoli uniknąć błędów ortograficznych. Badanie Rows.Count może również pomóc:

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 jest to funkcja zwracająca liczbę Rows, która może być również przetestowana:

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

Przykład 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 dostarczy TableNames, jak pokazano w poprzednim przykładzie, ale nie przetwarza nazw z tabeli SQL lub bazy danych. W rezultacie ds.Tables("TICKET_RESERVATION") odwołuje się do nieistniejącej tabeli.

The remedium jest takie samo, odwołaj się do tabeli według indeksu:

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

Zobacz Klasa DataTable .

Ścieżki Obiektów / Zagnieżdżone

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

Kod jest tylko testem Items podczas gdy zarówno myFoo, jak i Bar mogą być również niczym. W ten sposób możliwe jest sprawdzenie całego łańcucha lub ścieżki obiektów po kolei.]}

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

AndAlso to ważne. Kolejne testy nie będą wykonywane po napotkaniu pierwszego warunku False. Dzięki temu kod może bezpiecznie "wiercić" w obiektach po jednym "poziomie" na raz, oceniając myFoo.Bar tylko po (i jeśli) myFoo jest określone jako ważne. Łańcuchy obiektów lub ścieżki mogą być dość długie podczas kodowania złożonych obiektów:

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

Nie jest możliwe odniesienie do niczego "poniżej" obiektu null. Dotyczy to również elementów sterujących:

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

Tutaj, myWebBrowser lub Document może być niczym lub formfld1 element może nie istnieć.

Sterowanie UI

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)

Między innymi ten kod nie przewiduje, że użytkownik może nie wybrać coś w jednej lub kilku kontrolkach interfejsu użytkownika. ListBox1.SelectedItem może być Nothing, więc ListBox1.SelectedItem.ToString spowoduje NRE.

Remedy

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

Alternatywnie możesz użyć (ComboBox5.SelectedItem IsNot Nothing) AndAlso...

Visual Basic Forms

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

tablice i kolekcje nie mogą być zainicjowane w ten sposób. ten kod inicjalizacyjny uruchomi się przed konstruktor utworzy Form lub Controls. W rezultacie:

• listy i zbiory będą po prostu puste
• tablica będzie zawierać pięć elementów niczego
• The somevar przypisanie spowoduje natychmiastowe NRE, ponieważ nic nie ma właściwości .Text

Odwołanie się później do elementów tablicy spowoduje NRE. Jeśli zrobisz to w Form_Load, ze względu na dziwny błąd, IDE może nie zgłosić wyjątek, gdy to nastąpi. Wyjątek pojawi się później , gdy kod spróbuje użyć tablicy. Ten " cichy wyjątek "jest szczegółowo opisany w tym poście . Dla naszych celów kluczem jest to, że gdy coś podczas tworzenia formularza (ZdarzenieSub New lub Form Load) wyjątki mogą pozostać niezgłoszone, kod kończy procedurę i po prostu wyświetla formularz.

Ponieważ żaden inny kod w Twoim zdarzeniu Sub New lub Form Load nie będzie działał po NRE, wiele innych rzeczy może zostać niezaliczonych.

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

Uwaga odnosi się to do wszelkich odniesień do kontroli i komponentów, które sprawiają, że są one nielegalne, gdzie są:

Public Class Form1

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

Częściowe Remedy

Ciekawe jest to, że VB nie dostarcza ostrzeżenia, ale rozwiązaniem jest zadeklarowanie kontenerów na poziomie formularza, ale zainicjowanie w obsłudze zdarzenia ładowania formularza, gdy kontrolki istnieją. Można to zrobić w Sub New tak długo, jak Twój kod jest po wywołaniu 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

Kod tablicy może jeszcze nie wyjść z lasu. Wszystkie kontrolki znajdujące się w kontrolce kontenera (jak GroupBox lub Panel) nie zostaną znalezione w Me.Controls; będą w kolekcji kontrolek tego panelu lub GroupBox. Kontrolka nie zostanie zwrócona, gdy nazwa kontrolki zostanie źle napisana ("TeStBox2"). W takich przypadkach Nothing zostanie ponownie zapisane w tych elementach tablicy, a wynik NRE zostanie wywołany, gdy spróbujesz się do niej odwołać.

Te powinny być łatwe do znalezienia teraz, gdy wiesz, czego szukasz:

"Button2" Panel

Remedy

Zamiast pośrednich odniesień po nazwie, używając zbioru formularza Controls, użyj referencji kontrolnej:

' 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...})

Funkcja Nic Nie Zwraca

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

Jest to przypadek, w którym IDE ostrzega cię, że " nie wszystkie ścieżki zwracają wartość, a NullReferenceException mogą wynikać ". Możesz wyłączyć ostrzeżenie, zastępując Exit Function na Return Nothing, ale to nie rozwiązuje problemu. Wszystko, co spróbuje użyć return when someCondition = False spowoduje NRE:

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

Remedy

Zastąp Exit Function w funkcji na Return bList. Zwracanie pustego List to nie to samo co zwracanie Nothing. Jeśli istnieje szansa, że zwracany obiekt może być Nothing, przetestuj go przed użyciem:

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

Źle Wdrożony 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

Jest to przypadek obiektu, który nie jest tworzony jako oczekiwany, ale również pokazuje przydatność licznika pustego Catch.

Istnieje dodatkowy przecinek w SQL (po 'mailaddress'), co powoduje wyjątek w .ExecuteReader. Po tym, jak Catch nic nie robi, Finally próbuje wykonać czyszczenie, ale ponieważ nie można Close obiektu null DataReader, powstaje zupełnie nowy NullReferenceException.

Remedy

Nie używaj pustych bloków Try/Catch-pozwól, aby Kod uległ awarii, abyś mógł a) zidentyfikować przyczynę b) zidentyfikować lokalizację i c) zastosować odpowiednie rozwiązanie. Bloki Try/Catch nie mają na celu ukrywania wyjątków od osoba o wyjątkowych kwalifikacjach do ich naprawy-deweloper.

DBNull to nie to samo co nic

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

Funkcja IsDBNull jest używana do sprawdzania, czy wartość jest równa System.DBNull: z MSDN:

System.Wartość DBNull wskazuje, że obiekt przedstawia brakujące lub nieistniejące dane. DBNull nie jest tym samym co Nothing, co wskazuje, że zmienna nie została jeszcze zainicjowany.

Remedy

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

Tak jak wcześniej, możesz przetestować za nic, a następnie za określoną wartość:

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

Przykład 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 zwraca pierwszy element lub domyślną wartość, która jest Nothing dla typów referencyjnych i nigdy DBNull:

If getFoo IsNot Nothing Then...

Sterowanie

Dim chk As CheckBox

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

Jeśli CheckBox z chkName nie można znaleźć (lub istnieje w GroupBox), to chk będzie niczym i będzie próbował odwołanie się do dowolnej właściwości spowoduje wyjątek.

Remedy

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

DataGridView

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"

Jeśli dgvBooks ma AutoGenerateColumns = True, utworzy kolumny, ale nie nada im nazwy, więc powyższy kod nie powiedzie się, gdy odwołuje się do nich po nazwie.

Remedy

Nazwij kolumny ręcznie lub odwołaj się do indeksu:

dgvBooks.Columns(0).Visible = True

Przykład 2-uważaj na 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

Gdy twoje DataGridView ma AllowUserToAddRows jako True (domyślne), Cells w pustym/nowym wierszu na dole wszystkie będą zawierać Nothing. Większość prób użycia zawartości (na przykład ToString) spowoduje NRE.

Remedy

Użyj pętli For/Each i przetestuj właściwość IsNewRow, aby określić, czy jest to ostatni wiersz. To działa niezależnie od tego, czy jest to prawda, czy nie.]}

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

Jeśli używasz pętli For n, zmodyfikuj liczbę wierszy lub użyj Exit For kiedy IsNewRow jest prawdą.

Mój.Settings (StringCollection)

W pewnych okolicznościach próba użycia elementu z My.Settings, który jest StringCollection, może skutkować referencją null przy pierwszym użyciu. Rozwiązanie jest takie samo, ale nie tak oczywiste. Consider:

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

Ponieważ VB zarządza ustawieniami dla Ciebie, rozsądne jest oczekiwać, że zainicjuje kolekcję. Będzie, ale tylko wtedy, gdy wcześniej dodałeś wstępny wpis do kolekcji (w edytor ustawień). Ponieważ kolekcja jest (najwyraźniej) inicjalizowana po dodaniu elementu, pozostaje Nothing, gdy w edytorze ustawień nie ma elementów do dodania.

Remedy

Zainicjalizuj kolekcję ustawień w obsłudze zdarzenia formularza Load, jeśli / kiedy jest to potrzebne:

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

Zazwyczaj kolekcja Settings będzie musiała zostać zainicjowana tylko przy pierwszym uruchomieniu aplikacji. Alternatywnym rozwiązaniem jest dodanie wartości początkowej do kolekcji w Project - > Settings | FooBars, Zapisz projekt, a następnie usuń fałszywą wartość.

Kluczowe Punkty

Lub

Coś, co zakładałeś, że będzie działać bezbłędnie, aby zwrócić zainicjowany obiekt do Twojego kodu, nie.

Nie ignoruj ostrzeżeń kompilatora (ever) i używaj Option Strict On (zawsze).

Wyjątek MSDN NullReference

Innym scenariuszem jest umieszczenie obiektu null w typie wartości . Na przykład poniższy kod:

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

Rzuci NullReferenceException na obsadę. Wydaje się to dość oczywiste w powyższej próbce, ale może się to zdarzyć w bardziej skomplikowanych scenariuszach, w których obiekt null został zwrócony z jakiegoś kodu, którego nie posiadasz, a cast jest na przykład generowany przez jakiś automatyczny system.

Jednym z przykładów jest to, że proste ASP.NET Wiązanie fragmentu z kalendarzem Kontrola:

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

Tutaj SelectedDate jest w rzeczywistości właściwością - typu DateTime - typu sterowania sieciowego Calendar, a wiązanie może idealnie zwrócić coś null. Implicit ASP.NET Generator utworzy fragment kodu, który będzie odpowiednikiem powyższego kodu cast. A to podniesie NullReferenceException, który jest dość trudny do wykrycia, ponieważ leży w ASP.NET wygenerowany kod, który dobrze kompiluje...

Oznacza to, że dana zmienna nie jest skierowana na nic. Mógłbym to tak wygenerować:

SqlConnection connection = null;
connection.Open();

To wyrzuci błąd, ponieważ chociaż zadeklarowałem zmienną " connection", to nie jest wskazywana na nic. Kiedy próbuję wywołać członka " Open", nie ma odniesienia do niego do rozwiązania, a to wyrzuci błąd.

Aby uniknąć tego błędu:

1. zawsze inicjalizuj swoje obiekty, zanim spróbujesz coś z nimi zrobić.
2. Jeśli nie jesteś pewien, czy obiekt jest null, sprawdź go za pomocą object == null.

Narzędzie JetBrains ' Resharper zidentyfikuje każde miejsce w kodzie, które ma możliwość wystąpienia błędu odniesienia null, co pozwala na sprawdzenie null. Ten błąd jest numerem jeden źródło błędów, IMHO.

Oznacza to, że Twój kod używał zmiennej referencyjnej obiektu, która została ustawiona na null (tzn. nie odwoływała się do rzeczywistej instancji obiektu).

Aby zapobiec błędowi, obiekty, które mogą być null, powinny być testowane pod kątem null przed użyciem.

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
}

[[8]} Należy pamiętać, że niezależnie od scenariusza, przyczyna jest zawsze taka sama w. NET:

Próbujesz użyć zmiennej referencyjnej, której wartość jest Nothing/null. Gdy wartość jest Nothing/null w przypadku zmiennej referencyjnej oznacza to, że w rzeczywistości nie przechowuje ona odwołania do instancji jakiegokolwiek obiektu, który istnieje na stercie.

Albo nigdy nie przypisałeś czegoś do zmiennej, nigdy nie utworzyłeś instancji o wartości przypisanej do zmiennej, albo Ustawiłeś zmienną równą Nothing/null ręcznie, lub wywołałeś funkcję, która ustawiła zmienną na Nothing/null dla Ciebie.

Przykład rzucania tego wyjątku to: gdy próbujesz coś sprawdzić, jest to null.

Na przykład:

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
} 

Środowisko uruchomieniowe. NET wyrzuci wyjątek Nullreferencexception, gdy spróbujesz wykonać akcję na czymś, co nie zostało utworzone, np. w powyższym kodzie.

W porównaniu z argumentem Nullexception, który jest zwykle rzucany jako środek obronny, jeśli metoda oczekuje, że to, co jest przekazywane do niej, nie jest null.

Więcej informacja jest w C# NullReferenceException i parametr Null.

Aktualizacja C # 8.0, 2019: Nullable reference types

C#8.0 wprowadza nullable reference types i non-nullable reference types . Tak więc tylko nullable reference types muszą być sprawdzone, aby uniknąć Nullreferencexception .

Jeśli nie zainicjalizowałeś typu odniesienia i chcesz ustawić lub odczytać jedną z jego właściwości, rzuci on NullReferenceException .

Przykład:

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

Możesz po prostu tego uniknąć sprawdzając, czy zmienna nie jest null:

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

Aby w pełni zrozumieć, dlaczego rzuca się wyjątek NullReferenceException, ważne jest, aby znać różnicę między typami wartości i [typy referencyjne] [3].

Tak więc, jeśli masz do czynienia z typami wartości , NullReferenceExceptions mogą wystąpić NIE . Chociaż musisz zachować czujność, gdy masz do czynienia z typami referencyjnymi !

Tylko typy referencyjne, jak sugeruje nazwa, mogą zawierać odniesienia lub punkt dosłownie do niczego (lub "null"). Natomiast typy wartości zawsze zawierają wartość.

Typy referencyjne (te muszą być sprawdzone):

• dynamiczny
• obiekt
• string

Typy wartości (możesz po prostu zignorować te):

• typy liczbowe
• typy całkowe
• typy zmiennoprzecinkowe
• dziesiętne
• bool
• struktury zdefiniowane przez użytkownika

Innym przypadkiem, w którym NullReferenceExceptions może się zdarzyć, jest (nieprawidłowe) użycie as operator:

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

Tutaj, Book i Car są niekompatybilnymi typami; a Car nie można przekształcić/obsadzić na a Book. Gdy ta Obsada zawiedzie, as zwraca null. Użycie mybook po tym powoduje NullReferenceException.

Ogólnie rzecz biorąc, należy użyć gipsu lub as, w następujący sposób:

Jeśli oczekujesz, że konwersja typu zawsze się powiedzie (np. wiesz, jaki obiekt powinien być wcześniej), następnie należy użyć gipsu:

ComicBook cb = (ComicBook)specificBook;

Jeśli nie jesteś pewien typu, ale chcesz spróbować użyć go jako określonego typu, użyj as:

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

Używasz obiektu, który zawiera odniesienie do wartości null. Czyli daje zerowy wyjątek. W przykładzie wartość łańcuchowa jest null i podczas sprawdzania jej długości wystąpił wyjątek.

Przykład:

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

Błąd wyjątku to:

Nieobsługiwany Wyjątek:

System.NullReferenceException: odniesienie do obiektu nie jest ustawione na instancję przedmiotu. w programie.Main ()

Podczas gdy co powoduje NullReferenceExceptions i podejścia do avoid/fix takie wyjątki zostały rozwiązane w innych odpowiedziach, to czego wielu programistów jeszcze nie nauczyło się, jak samodzielnie debugować takie wyjątki podczas programowania.

W Visual Studio jest to zwykle łatwe dzięki Debuggerowi Visual Studio.

Najpierw upewnij się, że poprawny błąd zostanie wykryty-zobacz Jak mogę pozwolić łamanie systemu.NullReferenceException " w VS2010? Uwaga¹

Wtedy albo zacznij od debugowania (F5) lub Dołącz [Debugger VS] do uruchomionego procesu. Okazjonalnie może się przydać użycie Debugger.Break, który poprosi o uruchomienie debuggera.

Teraz, gdy NullReferenceException zostanie rzucone (lub nieobsługiwane) debugger zostanie zatrzymany (pamiętasz regułę ustawioną powyżej?) na linii, na której wyjątek wystąpił. Czasami błąd będzie łatwy do wykrycia.

Na przykład, w poniższym wierszu jedynym kodem, który może spowodować wyjątek, jest jeśli myString obliczy wartość null. Można to zweryfikować patrząc na Watch Window lub uruchamiając wyrażenia w Immediate Window .

var x = myString.Trim();

W bardziej zaawansowanych przypadkach, takich jak poniższe, musisz użyć jednej z powyższych technik (Obserwuj lub natychmiastowe okna), aby sprawdzić wyrażenia w celu określenia, czy str1 było null lub jeśli str2 było null.

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

Gdygdzie wyjątek to throw został zlokalizowany, Zwykle trywialne jest rozumowanie Wstecz, aby dowiedzieć się, gdzie wartość null została wprowadzona [niepoprawnie] --

¹ jeśli Break Na rzutach jest zbyt agresywny i debugger zatrzymuje się na NPE w bibliotece.NET lub 3rd-party, Break na nieobsługiwanym przez Użytkownika może być użyty do ograniczenia przechwyconych WYJĄTKÓW. Dodatkowo VS2012 wprowadza tylko Mój kod , który również polecam włączyć.

Jeśli debugujesz z włączonym tylko moim kodem, zachowanie jest nieco inne. Po włączeniu tylko mojego kodu debugger ignoruje common pierwszej szansy wyjątki języka runtime (CLR), które są wyrzucane poza Mój kod i nie przechodzą przez Mój kod

Simon Mourier podał ten przykład :

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

Gdzie unboxing konwersja (Obsada) z object (lub z jednej z klas System.ValueType lub System.Enum, lub z typu interfejsu) do typ wartości (inny niż Nullable<>) sam w sobie daje NullReferenceException.

W przeciwnym kierunku, a Boks konwersja z a Nullable<> która ma HasValue równe false do typu odniesienia, może dać null odniesienie, które później może prowadzić do NullReferenceException. Klasyczny przykład to:

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

Czasami Boks dzieje się w inny sposób. Na przykład z tą niestandardową metodą rozszerzenia:

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

Następujący kod będzie problematyczny:

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

Te przypadki powstają ze względu na specjalne zasady, których runtime używa podczas boksowania instancji Nullable<>.

Dodanie przypadku, gdy nazwa klasy dla encji użytej w encji frameworku jest taka sama jak nazwa klasy dla pliku znajdującego się za kodem formularza internetowego.

Załóżmy, że masz kontakt z formularzem internetowym.aspx, którego klasą kodową jest Contact i masz nazwę encji Contact.

Następnie następujący kod spowoduje wywołanie wyjątku NullReferenceException podczas wywoływania context.SaveChanges ()

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

Ze względu na kompletność klasy DataContext

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

I Contact entity class. Czasami klasy encji są częściowe klasy, dzięki czemu można je rozszerzyć również w innych plikach.

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

Błąd występuje, gdy encja i klasa codebehind są w tej samej przestrzeni nazw. Aby to naprawić, Zmień nazwę klasy encji lub klasy codebehind dla Contact.aspx.

Reason Nadal nie jestem pewien powodu. Ale gdy którakolwiek z klas encji rozszerzy System.Www.UI.Strona ten błąd występuje.

Do dyskusji zajrzyj na NullReferenceException w DbContext.saveChanges()

Inny ogólny przypadek, w którym można otrzymać ten wyjątek, dotyczy wyśmiewania klas podczas testów jednostkowych. Niezależnie od używanej struktury szyderczej, musisz upewnić się, że wszystkie odpowiednie poziomy hierarchii klas są odpowiednio wyśmiewane. W szczególności wszystkie właściwości HttpContext, do których odwołuje się testowany kod, muszą być wyśmiewane.

Zobacz " NullReferenceException rzucone podczas testowania Custom AuthorizationAttribute" dla nieco obszernego przykładu.

Mam inne spojrzenie na odpowiedź na to pytanie. Tego typu odpowiedzi "co jeszcze mogę zrobić, aby tego uniknąć?"

Podczas pracy na różnych warstwach, na przykład w aplikacji MVC, kontroler potrzebuje usług do wywoływania operacji biznesowych. W takich scenariuszach kontener iniekcji zależności może być użyty do inicjalizacji usług w celu uniknięcia Nullreferencexception. Oznacza to, że nie musisz się martwić o sprawdzanie null i po prostu zadzwoń do usługi od kontrolera tak, jakby zawsze były dostępne (i inicjowane) jako singleton lub prototyp.

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();
    }
}

W sprawie "co mam z tym zrobić" , odpowiedzi może być wiele.

Bardziej "formalnym" sposobem zapobiegania takim warunkom błędu podczas rozwijania {[12] } jest zastosowanie design by contract w Twoim kodzie. Oznacza to, że musisz ustawić w swoim systemie niezmienniki klasy , a nawet warunki wstępne i warunki postconditions .

W skrócie, niezmienniki klasy zapewniają, że tam będą pewne ograniczenia w klasie, które nie zostaną naruszone w normalnym użytkowaniu (i dlatego Klasa nie będzie w stanie niespójnym). warunki wstępne oznaczają, że dane podane jako dane wejściowe do funkcji / metody muszą być zgodne z ustawionymi ograniczeniami i nigdy nie naruszają ich, a warunki postconditions oznaczają, że wyjście funkcji/metody musi być zgodne z ustawionymi ograniczeniami ponownie bez naruszania ich. Warunki Umowy nie powinny nigdy być naruszane podczas wykonanie programu wolnego od błędów, dlatego projekt według umowy jest sprawdzany w praktyce w trybie debugowania, podczas gdy w wydaniach jest wyłączony, aby zmaksymalizować wydajność opracowanego systemu.

W ten sposób można uniknąć NullReferenceException przypadków, które są wynikiem naruszenia ustalonych ograniczeń. Na przykład, jeśli użyjesz właściwości obiektu X w klasie, a później spróbujesz wywołać jedną z jej metod i X ma wartość null, to doprowadzi to do NullReferenceException:

public X { get; set; }

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

Ale jeśli ustawisz " właściwość X nie może mieć wartości null " jako warunek wstępny metody, wtedy można zapobiec opisanemu wcześniej scenariuszowi:

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

W tej sprawie, umowy kodowe projekt istnieje dla aplikacji. NET.

Alternatywnie projekt według umowy może być zastosowany przy użyciu twierdzenia.

UPDATE: warto wspomnieć, że termin ten został ukuty przez Bertranda Meyera w związku z jego projektem języka programowania Eiffel.

A NullReferenceException jest wyrzucane, gdy próbujemy uzyskać dostęp do Właściwości obiektu null lub gdy wartość łańcuchowa staje się pusta i próbujemy uzyskać dostęp do metod łańcuchowych.

Na przykład:

1. Gdy dostępna jest metoda łańcuchowa pustego łańcucha:

   string str = string.Empty;
   str.ToLower(); // throw null reference exception
   

2. Gdy dostępna jest właściwość obiektu null:

   Public Class Person {
       public string Name { get; set; }
   }
   Person objPerson;
   objPerson.Name  /// throw Null refernce Exception 
   

TL; DR: Spróbuj użyć Html.Partial zamiast Renderpage

Otrzymywałem Object reference not set to an instance of an object kiedy próbowałem renderować widok w widoku, wysyłając mu Model, jak to:

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

Debugowanie wykazało, że model był Null wewnątrz MyOtherView. Dopóki nie zmieniłem na:

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

Co więcej, powodem, dla którego nie miałem Html.Partial na początek, było to, że Visual Studio czasami rzuca błędne linie pod Html.Partial, jeśli jest wewnątrz inaczej skonstruowana pętla foreach, mimo że nie jest to tak naprawdę błąd:

@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>

Ale udało mi się uruchomić aplikację bez problemów z tym "błędem". Udało mi się pozbyć błędu, zmieniając strukturę pętli foreach, aby wyglądała tak:

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

Chociaż mam wrażenie, że to dlatego, że Visual Studio źle odczytało ampery i nawiasy.

Co możesz z tym zrobić?

Jest tu wiele dobrych odpowiedzi wyjaśniających, czym jest odniesienie null i jak je debugować. Ale jest bardzo niewiele na temat tego, jak zapobiec problemowi lub przynajmniej ułatwić go złapać.

Sprawdź argumenty

Na przykład, metody mogą sprawdzać różne argumenty, aby sprawdzić, czy są null i rzucać ArgumentNullException, wyjątek oczywiście stworzony w tym właśnie celu.

Konstruktor dla ArgumentNullException bierze nawet nazwę parametru i wiadomość jako argumenty, dzięki czemu można powiedzieć deweloperowi dokładnie, na czym polega problem.

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

Użyj Narzędzi

Istnieje również kilka bibliotek, które mogą pomóc. Na przykład "Resharper" może dostarczyć ostrzeżeń podczas pisania kodu, szczególnie jeśli używasz ich atrybutu: NotNullAttribute

Jest "Microsoft Code Contracts", gdzie używasz składni jak Contract.Requires(obj != null), która daje runtime i kompilacji sprawdzanie: wprowadzanie umów kodowych .

Istnieje również "PostSharp", który pozwoli Ci po prostu używać atrybutów takich jak:

public void DoSometing([NotNull] obj)

Robiąc to i czyniąc PostSharp częścią procesu budowania obj będzie sprawdzane pod kątem null w czasie wykonywania. Zobacz: PostSharp null check

Plain Code Solution

Lub zawsze możesz zakodować własne podejście używając zwykłego starego kodu. Na przykład tutaj znajduje się struktura, której możesz użyć do przechwycenia null referencje. Jest wzorowany na tej samej koncepcji co 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 };
    }
}

Użyłbyś bardzo podobnie do tego samego sposobu, w jaki użyłbyś Nullable<T>, z wyjątkiem tego, aby osiągnąć dokładnie coś przeciwnego - nie dopuścić null. Oto kilka przykładów:

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

NotNull<T> jest niejawnie rzucany do i z T, więc możesz go używać wszędzie, gdzie go potrzebujesz. Na przykład, możesz przekazać obiekt Person do metody, która pobiera NotNull<Person>:

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

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

Jak widać powyżej jak z nullable można uzyskać dostęp do wartości bazowej poprzez właściwość Value. Alternatywnie, możesz użyć jawnego lub niejawnego odlewu, możesz zobaczyć przykład z wartością zwracaną poniżej:

Person person = GetPerson();

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

Lub możesz go nawet użyć, gdy metoda zwróci T (w tym przypadku Person), wykonując rzut. Na przykład następujący kod będzie tak samo jak powyższy kod:

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

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

Połącz z rozszerzeniem

Połącz NotNull<T> z metodą rozszerzenia, a możesz pokryć jeszcze więcej sytuacje. Oto przykład jak może wyglądać metoda rozszerzenia:

[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;
    }
}

A oto przykład, jak można go użyć:

var person = GetPerson().NotNull();

GitHub

W celach informacyjnych udostępniłem powyższy kod na Githubie, można go znaleźć pod adresem:

Https://github.com/luisperezphd/NotNull

Funkcja Języka Pokrewnego

C # 6.0 wprowadził "operator warunkowy null", który trochę w tym pomaga. Dzięki tej funkcji możesz może odwoływać się do zagnieżdżonych obiektów i jeśli któryś z nich jest null, całe wyrażenie zwraca null.

To zmniejsza liczbę kontroli null, które musisz wykonać w niektórych przypadkach. Składnia polega na umieszczeniu znaku zapytania przed każdą kropką. Weźmy na przykład następujący kod:

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

Wyobraź sobie, że country jest obiektem typu Country, który ma właściwość o nazwie State i tak dalej. Jeśli country, State, County, or City is null then address will be null . Therefore you only have to check whether address is null`.

It ' s a great funkcja, ale daje mniej informacji. To nie oznacza, że jest oczywiste, który z 4 jest null.

Wbudowany jak Nullable?

C # ma ładny Skrót Nullable<T> , możesz zrobić coś nullable, umieszczając znak zapytania po typie tak int?.

Byłoby miło, gdyby C# miało coś w rodzaju struktury NotNull<T> powyżej i miało podobny skrót, może wykrzyknik (!) żebyś mógł napisać coś w stylu: public void WriteName(Person! person).

Można naprawić NullReferenceException w czysty sposób za pomocą operatorów warunkowych null W c # 6 i napisać mniej kodu do obsługi sprawdzeń null.

Jest używany do testowania null przed wykonaniem dostępu członka (?.) lub indeks (?[] operacja.

Przykład

  var name = p?.Spouse?.FirstName;

Jest równoważne:

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

Wynik jest taki, że nazwa będzie null, gdy p jest null lub gdy P. małżonek jest null.

W Przeciwnym Razie do nazwy zmiennej zostanie przypisana wartość P.Imię.

Więcej Szczegółów : operatory warunkowe Null

Co ciekawe, żadna z odpowiedzi na tej stronie nie wspomina o dwóch przypadkach krawędzi, mam nadzieję, że nikt nie będzie miał nic przeciwko, jeśli je dodam: {]}

Edge case #1: współbieżny dostęp do słownika

Słowniki generyczne w. Net nie są bezpieczne dla wątków i czasami mogą rzucać NullReference lub nawet (częściej) KeyNotFoundException, gdy próbujesz uzyskać dostęp do klucza z dwóch równoległych wątków. Wyjątek jest dość mylący w tym przypadku.

Edge case # 2: unsafe code

Jeśli NullReferenceException jest wyrzucane przez unsafe Kod, możesz spojrzeć na swoje zmienne wskaźnikowe i sprawdzić je pod kątem IntPtr.Zero lub czegoś takiego. Co jest tym samym ("wyjątek wskaźnika null"), ale w kodzie niebezpiecznym zmienne są często rzutowane na typy wartości/tablice itp. i uderzasz głową o ścianę, zastanawiając się, jak typ wartości może rzucić ten wyjątek.

(kolejny powód, dla którego nie używasz niebezpiecznego kodu, chyba że go potrzebujesz, przy okazji)

Edge case # 3: Konfiguracja Multi monitora Visual Studio z drugorzędnymi monitorami, które mają różne DPI ustawienie niż Monitor główny

Ta obudowa edge jest specyficzna dla oprogramowania i odnosi się do Visual Studio 2019 IDE (i ewentualnie wcześniejszych wersji).

Metoda odtworzenia problemu: przeciągnij dowolny komponent z przybornika do formularza Windows na monitorze innym niż podstawowy z innym ustawieniem DPI niż monitor podstawowy, a otrzymasz wyskakujące okienko z "Object reference not set to an instance of an object."Zgodnie z ten wątek ten jest znany od dłuższego czasu i na czas jej napisania nie został jeszcze ustalony.

Linia błędu " odniesienie do obiektu nie jest ustawione na instancję obiektu. "stwierdza, że nie przypisano obiektu instancji do odniesienia do obiektu i nadal uzyskujesz dostęp do właściwości/metod tego obiektu.

Na przykład: powiedzmy, że masz klasę o nazwie myClass i zawiera ona jedną właściwość prop1.

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

Teraz uzyskujesz dostęp do tego prop1 w innej klasie, tak jak poniżej:

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

Powyższa linia wyrzuca błąd, ponieważ Referencja klasy myClass jest zadeklarowana, ale nie powstała instancja lub instancja obiektu nie jest przypisana do referecne tej klasy.

Aby to naprawić, musisz utworzyć instancję (przypisać obiekt do referencji tej klasy).

public class Demo
{
     public void testMethod()
     {
        myClass ref = null;
        ref = new myClass();
        ref.prop1 = 1;  
     }
}

NullReferenceException lub odniesienie do obiektu nie ustawione na instancję obiektu występuje, gdy obiekt klasy, której próbujesz użyć, nie jest utworzony. Na przykład:

Załóżmy, że masz klasę o imieniu 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;
    }        
}

Jak widać w powyższym kodzie, stwierdzenie Student s - deklaruje tylko zmienną typu Student, zauważ, że Klasa studenta nie jest w tym momencie powstała instancja. Stąd, gdy polecenie S.GetFullName() zostanie wykonane, spowoduje to wyrzucenie wyjątku NullReferenceException.

W prostych słowach:

Próbujesz uzyskać dostęp do obiektu, który nie został utworzony lub obecnie nie znajduje się w pamięci.

Więc jak sobie z tym poradzić:

1. Debuguj i pozwól debugerowi się złamać... Przeniesie Cię bezpośrednio do zmiennej, która jest uszkodzona... Teraz twoim zadaniem jest po prostu to naprawić.. Użycie słowa kluczowego new w odpowiednim miejscu.

2. Jeśli jest to spowodowane przez niektóre bazy danych polecenia, ponieważ obiekt nie jest obecny, to wszystkie trzeba zrobić to zrobić null check i obsłużyć:

   if (i == null) {
       // Handle this
   }
   

3. Najtrudniejszy .. jeśli GC już go zebrałem... Zazwyczaj dzieje się tak, gdy próbujesz znaleźć obiekt za pomocą łańcuchów... Oznacza to, że znalezienie go po nazwie obiektu może się zdarzyć, że GC może już go wyczyścić... Jest to trudne do znalezienia i stanie się sporym problemem... Lepszym sposobem rozwiązania tego problemu jest przeprowadzanie kontroli zerowych tam, gdzie jest to konieczne podczas procesu rozwoju. To zaoszczędzisz dużo czasu.

Znajdując po nazwie mam na myśli jakiś framework pozwala na FIndObjects używając ciągów znaków i kod może wyglądać tak: FindObject ("ObjectName");

Dosłownie najprostszy sposób na poprawienie Zerowegosprawdzenie ma dwa sposoby. Jeśli masz GameObject na przykład z dołączonym skryptem i zmienną o nazwie RB (rigidbody), ta zmienna uruchomi się null podczas uruchamiania gry.
To dlatego otrzymujesz wyjątek NullReferenceException, ponieważ komputer nie ma danych przechowywanych w tej zmiennej.

Użyję zmiennej RigidBody jako przykładu.
Możemy dodawać dane naprawdę łatwo na kilka sposobów:

1. Dodaj RigidBody do obiektu za pomocą AddComponent > Physics > Rigidbody
   Następnie wejdź do skryptu i wpisz rb = GetComponent<Rigidbody>();
   Ta linia kodu działa najlepiej pod twoimi funkcjami Start() lub Awake().
2. możesz dodać komponent programowo i przypisać zmienną jednocześnie jedną linijką kodu: rb = AddComponent<RigidBody>();

Dalsze uwagi: jeśli chcesz, aby unity dodało komponent do Twojego obiektu, a być może zapomniałeś go dodać, możesz wpisać [RequireComponent(typeof(RigidBody))] powyżej deklaracji klasy (spacja poniżej wszystkie Twoje zastosowania).
Ciesz się i baw się tworząc gry!

Jeśli weźmiemy pod uwagę typowe scenariusze, w których można rzucić ten wyjątek, uzyskamy dostęp do Właściwości z obiektem na górze.

Ex:

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

Tutaj, jeśli adres jest null, wtedy otrzymasz NullReferenceException.

Tak więc, jako praktyka powinniśmy zawsze używać null check, przed uzyskaniem dostępu do właściwości w takich obiektach (szczególnie w generycznych)

string postalcode=Customer?.Address?.PostalCode;
//if customer or address is null , this will return null, without through a exception

Jeśli ktoś otrzymuje ten Komunikat podczas zapisywania lub kompilowania kompilacji, po prostu zamknij wszystkie pliki, a następnie otwórz dowolny plik do skompilowania i zapisania.

Dla mnie powodem było to, że zmieniłem nazwę pliku i stary plik był nadal otwarty.

Jest to w zasadzie null reference exception . Jak stwierdza Microsoft-

Wyjątek NullReferenceException jest wyrzucany, gdy próbujesz uzyskać dostęp do członek typu, którego wartością jest null.

Oznacza to, że jeśli jakiś członek, który nie posiada żadnej wartości i zmuszamy go do wykonania określonego zadania, system bez wątpienia rzuci wiadomość i powie-

"Hej czekaj, ten członek nie ma wartości więc nie może wykonać zadania, które mu przekazujesz."

Sam wyjątek mówi, że coś jest referowane, ale którego wartość nie jest ustawiana. Oznacza to, że występuje tylko podczas używania typów referencyjnych, ponieważ typy wartości nie są nullable.

NullReferenceException nie wystąpi, jeśli używamy elementów typu value.

class Program
{
    static void Main(string[] args)
    {
        string str = null;
        Console.WriteLine(str.Length);
        Console.ReadLine();
    }
}

Powyższy kod pokazuje prosty łańcuch, który jest przypisany z null wartość.

Teraz, Kiedy próbuję Wydrukować Długość z ciągu str , otrzymuję nieobsługiwany wyjątek typu 'System.NullReferenceException ' wystąpił komunikat, ponieważ member str wskazuje na null i nie może być żadnej długości null.

'Nullreferencexception' występuje również wtedy, gdy zapominamy utworzyć instancję typu referencyjnego.

Załóżmy, że mam w nim metodę klasy i członka. Nie stworzyłem swojej klasy, ale nazwałem ją swoją klasą. Teraz jeśli spróbuję użyć tej metody, kompilator wyrzuci błąd lub wyda ostrzeżenie(w zależności od kompilatora).

class Program
{
    static void Main(string[] args)
    {
        MyClass1 obj;
        obj.foo();  //Use of unassigned local variable 'obj'
    }
}

public class MyClass1
{
    internal void foo()
    {
        Console.WriteLine("hello from foo");

    }
}

Kompilator powyższego kodu powoduje błąd, że zmienna obj jest nieprzypisana, co oznacza, że nasza zmienna ma wartości null lub nic. Kompilator powyższego kodu powoduje błąd, że zmienna obj jest nieprzypisana, co oznacza, że nasza zmienna ma wartości null lub nic.

Dlaczego tak się dzieje?

• NullReferenceException powstaje z naszej winy za nie sprawdzanie wartość obiektu. Często pozostawiamy wartości obiektów niezaznaczone w procesie tworzenia kodu.

• Powstaje również wtedy, gdy zapominamy stworzyć instancję naszych przedmiotów. Za pomocą metod, właściwości, zbiorów itp. który może zwracać lub ustawiać wartości null może być również przyczyną tego wyjątku.

Jak można tego uniknąć?

Istnieją różne sposoby i metody, aby uniknąć tego słynnego wyjątku:

1. Wyraźne sprawdzanie: powinniśmy stosować się do tradycji sprawdzanie obiektów, właściwości, metod, tablic i kolekcji, czy są null. Można to po prostu zaimplementować przy użyciu instrukcji warunkowych, takich jak if-else if-else itd.

2. Obsługa wyjątków: jeden z ważnych sposobów zarządzania tym wyjątkiem. Używając prostych bloków try-catch-finally możemy kontrolować ten wyjątek, a także prowadzić jego dziennik. Może to być bardzo przydatne, gdy aplikacja jest na etapie produkcji.

3. Operatory Null: Null operatory warunkowe typu operator i null mogą być również przydatne przy ustawianiu wartości do obiektów, zmiennych, właściwości i pól.

4. Debugger: dla programistów, mamy wielką broń debugowania z nami. Jeśli mamy do czynienia z NullReferenceException podczas face rozwoju możemy użyć debuggera, aby dostać się do źródła wyjątku.

5. Metoda Wbudowana: metody systemowe,takie jak GetValueOrDefault (), IsNullOrWhiteSpace() i IsNullorEmpty () sprawdzają wartość null i przypisać wartość domyślną, jeśli istnieje wartość null.

Istnieje wiele dobrych odpowiedzi już tutaj. Możesz również sprawdzić bardziej szczegółowy opis z przykładami na moim blogu .