unity - system.nullreferenceexception c#




Qu'est-ce qu'une exception NullReferenceException, et comment la réparer? (20)

NullReference Exception - Visual Basic

L' NullReference Exception pour Visual Basic n'est pas différente de celle en C # . Après tout, ils rapportent tous les deux la même exception définie dans le .NET Framework qu'ils utilisent tous les deux. Les causes uniques à Visual Basic sont rares (peut-être une seule).

Cette réponse utilisera les termes, la syntaxe et le contexte Visual Basic. Les exemples utilisés proviennent d'un grand nombre de questions sur Stack Overflow. Ceci est pour maximiser la pertinence en utilisant les types de situations souvent vu dans les messages. Un peu plus d'explication est également fournie pour ceux qui pourraient en avoir besoin. Un exemple similaire au vôtre est très probablement répertorié ici.

Remarque:

  1. C'est basé sur le concept: il n'y a pas de code à coller dans votre projet. Il est destiné à vous aider à comprendre ce qui cause une NullReferenceException (NRE), comment le trouver, comment le réparer et comment l'éviter. Un NRE peut être causé de plusieurs façons, il est peu probable que ce soit votre seule rencontre.
  2. Les exemples (à partir des messages Stack Overflow) ne montrent pas toujours la meilleure façon de faire quelque chose en premier lieu.
  3. Typiquement, le remède le plus simple est utilisé.

Signification de base

Le message "Objet non défini sur une instance d'objet" signifie que vous essayez d'utiliser un objet qui n'a pas été initialisé. Cela se résume à l'un de ceux-ci:

  • Votre code a déclaré une variable d'objet, mais il ne l'a pas initialisée (créer une instance ou l' instancier )
  • Quelque chose que votre code supposait initialiser un objet, n'a pas
  • Éventuellement, d'autres codes invalident prématurément un objet encore en usage

Trouver la cause

Puisque le problème est une référence d'objet qui est Nothing , la réponse est de les examiner pour savoir lequel. Puis déterminez pourquoi il n'est pas initialisé. Maintenez la souris sur les différentes variables et Visual Studio (VS) montrera leurs valeurs - le coupable sera Nothing .

Vous devez également supprimer tous les blocs Try / Catch du code approprié, en particulier ceux où il n'y a rien dans le bloc Catch. Cela entraînera le blocage de votre code lorsqu'il essayera d'utiliser un objet Nothing . C'est ce que vous voulez parce qu'il va identifier l' emplacement exact du problème, et vous permettre d'identifier l'objet qui le provoque.

Un MsgBox dans le Catch qui affiche Error while... ne sera d'aucune aide. Cette méthode entraîne également de très mauvaises questions Stack Overflow, car vous ne pouvez pas décrire l'exception réelle, l'objet impliqué ou même la ligne de code où cela se produit.

Vous pouvez également utiliser la Locals Window ( Debug -> Windows -> Locals ) pour examiner vos objets.

Une fois que vous savez quoi et où le problème est, il est généralement assez facile à résoudre et plus rapide que de poster une nouvelle question.

Voir également:

Exemples et remèdes

Objets de classe / Création d'une instance

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

Le problème est que Dim ne crée pas un objet CashRegister; il déclare seulement une variable nommée reg de ce type. Déclarer une variable objet et créer une instance sont deux choses différentes.

Remède

L'opérateur New peut souvent être utilisé pour créer l'instance lorsque vous le déclarez:

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

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

Quand il est seulement approprié de créer l'instance plus tard:

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

Remarque: N'utilisez plus Dim dans une procédure, y compris le constructeur ( Sub New ):

Private reg As CashRegister
'...

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

Cela va créer une variable locale , reg , qui n'existe que dans ce contexte (sub). La variable reg avec le niveau de module Scope que vous utiliserez partout ailleurs reste Nothing .

Manquant l'opérateur New est la cause n ° 1 des NullReference Exceptions vues dans les questions Stack Overflow examinées.

Visual Basic essaie d'effacer le processus de manière répétée en utilisant New : L'utilisation du New opérateur crée un nouvel objet et appelle Sub New - le constructeur - où votre objet peut effectuer toute autre initialisation.

Pour être clair, Dim (ou Private ) ne déclare qu'une variable et son Type . La portée de la variable - qu'elle existe pour l'ensemble du module / classe ou est locale à une procédure - est déterminée par l' endroit où elle est déclarée. Private | Friend | Public Private | Friend | Public définit le niveau d'accès, pas Scope .

Pour plus d'informations, voir:

Tableaux

Les tableaux doivent également être instanciés:

Private arr as String()

Ce tableau a seulement été déclaré, pas créé. Il existe plusieurs façons d'initialiser un tableau:

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

Remarque: À partir de VS 2010, lors de l'initialisation d'un tableau local à l'aide d'un littéral et d'un Option Infer , les éléments As <Type> et New sont facultatifs:

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}

Le type de données et la taille du tableau sont déduits des données affectées. Les déclarations de niveau classe / module nécessitent toujours As <Type> avec Option Strict :

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

Exemple: tableau d'objets de classe

Dim arrFoo(5) As Foo

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

Le tableau a été créé, mais les objets Foo ne l'ont pas été.

Remède

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

L'utilisation d'une List(Of T) rendra difficile l'obtention d'un élément sans objet valide:

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

Pour plus d'informations, voir:

Listes et collections

Les collections .NET (dont il existe de nombreuses variétés - Listes, Dictionnaire, etc.) doivent également être instanciées ou créées.

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

Vous obtenez la même exception pour la même raison - myList été déclaré, mais aucune instance n'a été créée. Le remède est le même:

myList = New List(Of String)

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

Un oubli commun est une classe qui utilise une collection 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

L'une ou l'autre de ces procédures produira un NRE, car barList est seulement déclaré, et non instancié. Créer une instance de Foo ne créera pas non plus une instance de la liste de barList interne. Cela a peut-être été l'intention de le faire dans le constructeur:

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

Comme précédemment, c'est incorrect:

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

Pour plus d'informations, voir List(Of T) Class .

Objets du fournisseur de données

Travailler avec des bases de données présente de nombreuses opportunités pour une référence nulle car il peut y avoir plusieurs objets ( Command , Connection , Transaction , DataRows Dataset , DataTable , DataRows ....) en cours d'utilisation. Remarque: Peu importe le fournisseur de données que vous utilisez (MySQL, SQL Server, OleDB, etc.), les concepts sont les mêmes.

Exemple 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

Comme précédemment, l'objet Dataset ds été déclaré, mais une instance n'a jamais été créée. Le DataAdapter remplira un DataSet existant, pas en créer un. Dans ce cas, étant donné que ds est une variable locale, l'EDI vous avertit que cela peut arriver:

Lorsqu'il est déclaré en tant que variable de niveau module / classe, comme cela semble être le cas avec con , le compilateur ne peut pas savoir si l'objet a été créé par une procédure en amont. N'ignorez pas les avertissements.

Remède

Dim ds As New DataSet

Exemple 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)

Une faute de frappe est un problème ici: Employees vs Employee . Aucun DataTable nommé "Employee" n'a été créé, de sorte qu'une NullReferenceException tente d'y accéder. Un autre problème potentiel est supposant qu'il y aura des Items qui peuvent ne pas l'être lorsque le SQL inclut une clause WHERE.

Remède

Puisque cela utilise une table, l'utilisation de Tables(0) permettra d'éviter les fautes d'orthographe. Examiner Rows.Count peut également aider:

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 est une fonction renvoyant le nombre de Rows affectées qui peuvent également être testées:

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

Exemple 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 fournira TableNames comme indiqué dans l'exemple précédent, mais il n'analyse pas les noms de la table SQL ou de la base de données. Par conséquent, ds.Tables("TICKET_RESERVATION") référence à une table inexistante.

Le remède est le même, référence la table par index:

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

Voir aussi Classe DataTable .

Chemins d'objet / imbriqués

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

Le code ne teste que les Items alors que myFoo et Bar peuvent également être Nothing. Le remède consiste à tester l'ensemble de la chaîne ou du chemin d'un objet à la fois:

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

AndAlso est également important. Les tests suivants ne seront pas effectués une fois la première condition False rencontrée. Cela permet au code de 'forer' en toute sécurité dans le (s) objet (s) un 'niveau' à la fois, en évaluant myFoo.Bar seulement après (et si) myFoo est déterminé comme étant valide. Les chaînes d'objets ou les chemins peuvent devenir assez longs lors du codage d'objets complexes:

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

Il n'est pas possible de référencer quoi que ce soit en aval d'un objet null . Cela s'applique également aux contrôles:

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

Ici, myWebBrowser ou Document peut être Nothing ou l'élément formfld1 peut ne pas exister.

Contrôles de l'interface utilisateur

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)

Entre autres choses, ce code ne prévoit pas que l'utilisateur n'a peut-être pas sélectionné quelque chose dans un ou plusieurs contrôles d'interface utilisateur. ListBox1.SelectedItem peut être Nothing , alors ListBox1.SelectedItem.ToString entraînera un NRE.

Remède

Validez les données avant de l'utiliser (utilisez également les paramètres Option Strict et 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

Alternativement, vous pouvez utiliser (ComboBox5.SelectedItem IsNot Nothing) AndAlso...

Formulaires Visual Basic

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

C'est une façon assez courante d'obtenir un NRE. En C #, en fonction de la façon dont il est codé, l'EDI signale que Controls n'existe pas dans le contexte actuel, ou "ne peut pas référencer un membre non statique". Donc, dans une certaine mesure, c'est une situation VB seulement. Il est également complexe car il peut entraîner une cascade d'échecs.

Les tableaux et les collections ne peuvent pas être initialisés de cette façon. Ce code d'initialisation s'exécutera avant que le constructeur crée le Form ou les Controls . Par conséquent:

  • Les listes et la collection seront simplement vides
  • Le tableau contiendra cinq éléments de Nothing
  • L'assignation de somevar aboutira à un NRE immédiat car Nothing n'a pas de propriété .Text

Référencer les éléments du tableau plus tard entraînera un NRE. Si vous faites cela dans Form_Load , à cause d'un bogue bizarre, l'EDI peut ne pas signaler l'exception quand cela arrive. L'exception apparaîtra plus tard lorsque votre code essayera d'utiliser le tableau. Cette "exception silencieuse" est détaillée dans ce post . Pour notre propos, la clé est que lorsqu'un événement catastrophique se produit lors de la création d'un formulaire (événement Sub New ou Form Load ), les exceptions peuvent ne pas être signalées, le code quitte la procédure et affiche simplement le formulaire.

Comme aucun autre code de votre événement Sub New ou Form Load ne sera exécuté après le NRE, un grand nombre d'autres éléments peuvent ne pas être initialisés.

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

Notez que ceci s'applique à tous les contrôles et références de composants qui les rendent illégaux là où ils sont:

Public Class Form1

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

Remède partiel

Il est curieux que VB ne fournisse pas d'avertissement, mais la solution consiste à déclarer les conteneurs au niveau du formulaire, mais à les initialiser dans le gestionnaire d'événements de chargement de formulaire lorsque les contrôles existent. Cela peut être fait dans Sub New tant que votre code est après l'appel 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

Le code du tableau n'est peut-être pas encore sorti du bois. Tous les contrôles qui sont dans un contrôle de conteneur (comme un GroupBox ou un Panel ) ne seront pas trouvés dans Me.Controls ; ils seront dans la collection Controls de ce Panel ou GroupBox. Un contrôle ne sera pas non plus renvoyé lorsque le nom du contrôle est mal orthographié ( "TeStBox2" ). Dans de tels cas, Nothing sera à nouveau stocké dans ces éléments de tableau et un NRE apparaîtra lorsque vous tenterez de le référencer.

Ceux-ci devraient être faciles à trouver maintenant que vous savez ce que vous cherchez:

"Button2" réside sur un Panel

Remède

Plutôt que des références indirectes par nom à l'aide de la collection Controls du formulaire, utilisez la référence de contrôle:

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

Fonction ne renvoyant rien

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

C'est un cas où l'EDI vous avertira que « tous les chemins ne renvoient pas de valeur et une NullReferenceException peut en résulter ». Vous pouvez supprimer l'avertissement en remplaçant la Exit Function par Return Nothing , mais cela ne résout pas le problème. Tout ce qui essaie d'utiliser le retour quand someCondition = False donnera un NRE:

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

Remède

Remplacer la Exit Function dans la fonction avec Return bList . Retourner une List vide n'est pas la même chose que renvoyer Nothing . S'il y a une chance qu'un objet retourné puisse être Nothing , testez avant de l'utiliser:

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

Mis en œuvre mal essayé / attrapé

Un Try / Catch mal implémenté peut masquer le problème et en entraîner de nouveaux:

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

Ceci est le cas d'un objet qui n'est pas créé comme prévu, mais qui démontre également l'utilité d'un Catch vide.

There is an extra comma in the SQL (after 'mailaddress') which results in an exception at .ExecuteReader . After the Catch does nothing, Finally tries to perform clean up, but since you cannot Close a null DataReader object, a brand new NullReferenceException results.

An empty Catch block is the devil's playground. This OP was baffled why he was getting an NRE in the Finally block. In other situations, an empty Catch may result in something else much further downstream going haywire and cause you to spend time looking at the wrong things in the wrong place for the problem. (The "silent exception" described above provides the same entertainment value.)

Remedy

Don't use empty Try/Catch blocks - let the code crash so you can a) identify the cause b) identify the location and c) apply a proper remedy. Try/Catch blocks are not intended to hide exceptions from the person uniquely qualified to fix them - the developer.

DBNull is not the same as Nothing

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

The IsDBNull function is used to test if a value equals System.DBNull : From MSDN:

The System.DBNull value indicates that the Object represents missing or non-existent data. DBNull is not the same as Nothing, which indicates that a variable has not yet been initialized.

Remedy

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

As before, you can test for Nothing, then for a specific value:

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

Example 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 returns the first item or the default value, which is Nothing for reference types and never DBNull :

If getFoo IsNot Nothing Then...

Contrôles

Dim chk As CheckBox

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

If a CheckBox with chkName can't be found (or exists in a GroupBox ), then chk will be Nothing and be attempting to reference any property will result in an exception.

Remedy

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

The DataGridView

The DGV has a few quirks seen periodically:

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"

If dgvBooks has AutoGenerateColumns = True , it will create the columns, but it does not name them, so the above code fails when it references them by name.

Remedy

Name the columns manually, or reference by index:

dgvBooks.Columns(0).Visible = True

Example 2 — Beware of the 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

When your DataGridView has AllowUserToAddRows as True (the default), the Cells in the blank/new row at the bottom will all contain Nothing . Most attempts to use the contents (for example, ToString ) will result in an NRE.

Remedy

Use a For/Each loop and test the IsNewRow property to determine if it is that last row. This works whether AllowUserToAddRows is true or not:

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

If you do use a For n loop, modify the row count or use Exit For when IsNewRow is true.

My.Settings (StringCollection)

Under certain circumstances, trying to use an item from My.Settings which is a StringCollection can result in a NullReference the first time you use it. The solution is the same, but not as obvious. Considérer:

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

Since VB is managing Settings for you, it is reasonable to expect it to initialize the collection. It will, but only if you have previously added an initial entry to the collection (in the Settings editor). Since the collection is (apparently) initialized when an item is added, it remains Nothing when there are no items in the Settings editor to add.

Remedy

Initialize the settings collection in the form's Load event handler, if/when needed:

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

Typically, the Settings collection will only need to be initialized the first time the application runs. An alternate remedy is to add an initial value to your collection in Project -> Settings | FooBars , save the project, then remove the fake value.

Key Points

You probably forgot the New operator.

ou

Something you assumed would perform flawlessly to return an initialized object to your code, did not.

Don't ignore compiler warnings (ever) and use Option Strict On (always).

MSDN NullReference Exception

J'ai du code et quand il s'exécute, il lance une NullReferenceException , en disant:

La référence d'objet n'est pas définie à une instance d'un objet.

Qu'est-ce que cela signifie, et que puis-je faire pour corriger cette erreur?


Quelle est la cause?

Bottom Line

Vous essayez d'utiliser quelque chose qui est null (ou Nothing dans VB.NET). Cela signifie que vous l'avez défini sur null ou que vous ne l'avez jamais défini.

Comme toute chose, null fait passer. Si elle est null dans la méthode "A", il se peut que la méthode "B" ait passé une valeur null à la méthode "A".

Le reste de cet article va plus en détail et montre les erreurs que beaucoup de programmeurs font souvent, ce qui peut conduire à une NullReferenceException .

Plus précisement

Le runtime lançant une NullReferenceException signifie toujours la même chose: vous essayez d'utiliser une référence, et la référence n'est pas initialisée (ou une fois initialisée, mais n'est plus initialisée).

Cela signifie que la référence est null et que vous ne pouvez pas accéder aux membres (comme les méthodes) via une référence null . Le cas le plus simple:

string foo = null;
foo.ToUpper();

Cela lancera une NullReferenceException à la deuxième ligne car vous ne pouvez pas appeler la méthode d'instance ToUpper() sur une référence de string pointant vers null .

Débogage

Comment trouvez-vous la source d'une NullReferenceException ? En plus de regarder l'exception elle-même, qui sera lancée exactement à l'endroit où elle se produit, les règles générales de débogage dans Visual Studio s'appliquent: placer des points d'arrêt stratégiques et inspecter vos variables , soit en plaçant la souris sur leurs noms, Quick) Regarder la fenêtre ou utiliser les différents panneaux de mise au point comme Locals et Autos.

Si vous voulez savoir où la référence est ou n'est pas définie, faites un clic droit sur son nom et sélectionnez "Trouver toutes les références". Vous pouvez ensuite placer un point d'arrêt à chaque emplacement trouvé et exécuter votre programme avec le débogueur joint. Chaque fois que le débogueur interrompt un tel point d'arrêt, vous devez déterminer si vous pensez que la référence est non nulle, inspecter la variable et vérifier qu'elle pointe vers une instance lorsque vous le souhaitez.

En suivant le flux du programme de cette façon, vous pouvez trouver l'emplacement où l'instance ne doit pas être nulle, et pourquoi elle n'est pas correctement définie.

Exemples

Quelques scénarios courants où l'exception peut être levée:

Générique

ref1.ref2.ref3.member

Si ref1 ou ref2 ou ref3 est nul, vous obtiendrez une NullReferenceException . Si vous voulez résoudre le problème, trouvez celui qui est nul en réécrivant l'expression à son équivalent plus simple:

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

Plus précisément, dans HttpContext.Current.User.Identity.Name , le HttpContext.Current pourrait être null, ou la propriété User pourrait être nulle, ou la propriété Identity pourrait être nulle.

Indirect

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

Si vous voulez éviter la référence null enfant (Person), vous pouvez l'initialiser dans le constructeur de l'objet parent (Book).

Initialiseurs d'objets imbriqués

La même chose s'applique aux initialiseurs d'objets imbriqués:

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

Cela se traduit par

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

Lorsque le new mot-clé est utilisé, il crée uniquement une nouvelle instance de Book , mais pas une nouvelle instance de Person , de sorte que la propriété Author la propriété est toujours null .

Initialiseurs de collection imbriqués

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

Les initialiseurs de collection imbriqués se comportent de la même manière:

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

Cela se traduit par

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

La new Person crée uniquement une instance de Person , mais la collection Books est toujours null . La syntaxe d'initialisation de collection ne crée pas de collection pour p1.Books , elle se traduit uniquement par les p1.Books.Add(...) .

Array

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

Éléments de tableau

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.

Jagged Arrays

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.

Collection / Liste / Dictionnaire

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

Variable de plage (indirecte / différée)

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.

Événements

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

Mauvaises conventions de dénomination:

Si vous avez nommé les champs différemment des locaux, vous avez peut-être réalisé que vous n'avez jamais initialisé le champ.

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

Cela peut être résolu en suivant la convention pour préfixer les champs avec un trait de soulignement:

private Customer _customer;

Cycle de vie de la page 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!";
    }
}

Valeurs de session ASP.NET

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

Modèles à vue vide ASP.NET MVC

Si l'exception se produit lors du référencement d'une propriété de @Model dans une vue ASP.NET MVC, vous devez comprendre que le Model est défini dans votre méthode d'action lorsque vous return une vue. Lorsque vous renvoyez un modèle vide (ou une propriété de modèle) à partir de votre contrôleur, l'exception se produit lorsque les vues y accèdent:

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

Commande de création de contrôle WPF et événements

Les contrôles WPF sont créés lors de l'appel à InitializeComponent dans l'ordre dans InitializeComponent ils apparaissent dans l'arborescence visuelle. Une NullReferenceException sera NullReferenceException dans le cas de contrôles créés au début avec des gestionnaires d'événements, etc., qui se déclenchent pendant InitializeComponent qui référence les contrôles créés en retard.

Par exemple :

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

Ici, comboBox1 est créé avant label1 . Si comboBox1_SelectionChanged tente de référencer `label1, il n'a pas encore été créé.

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

Changer l'ordre des déclarations dans le XAML (c'est-à-dire, listing label1 avant comboBox1 , en ignorant les problèmes de philosophie de conception, résoudrait au moins le NullReferenceException ici.

Cast avec as

var myThing = someObject as Thing;

Cela ne lance pas InvalidCastException mais renvoie une valeur null lorsque la distribution échoue (et lorsque someObject est lui-même null). Alors soyez conscient de cela.

LINQ FirstOrDefault () et SingleOrDefault ()

Les versions simples First() et Single() lancent des exceptions quand il n'y a rien. Les versions "OrDefault" renvoient null dans ce cas. Alors soyez conscient de cela.

pour chaque

foreach lance lorsque vous essayez d'itérer une collection nulle. Habituellement causé par un résultat null inattendu provenant de méthodes qui retournent des collections.

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

Exemple plus réaliste - sélectionnez les noeuds du document XML. Va lancer si les nœuds ne sont pas trouvés mais le débogage initial montre que toutes les propriétés sont valides:

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

Façons d'éviter

Vérifiez explicitement null et ignorez les valeurs null.

Si vous pensez que la référence est parfois nulle, vous pouvez vérifier qu'elle est null avant d'accéder aux membres de l'instance:

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

Vérifiez explicitement null et fournissez une valeur par défaut.

Les méthodes appelées à retourner une instance peuvent renvoyer une valeur null , par exemple lorsque l'objet recherché ne peut pas être trouvé. Vous pouvez choisir de renvoyer une valeur par défaut lorsque c'est le cas:

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

Vérifiez explicitement null pour null appels de méthode et lancez une exception personnalisée.

Vous pouvez également lancer une exception personnalisée, uniquement pour l'attraper dans le code appelant:

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

Utilisez Debug.Assert si une valeur ne doit jamais être null , pour intercepter le problème plus tôt que l'exception ne se produit.

Lorsque vous savez au cours du développement qu'une méthode peut le faire, mais ne doit jamais renvoyer de valeur null , vous pouvez utiliser Debug.Assert() pour rompre le plus tôt possible quand cela se produit:

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

Bien que cette vérification ne finisse pas dans votre version release , elle provoque à nouveau l' NullReferenceException lorsque book == null à l'exécution en mode release.

Utilisez GetValueOrDefault() pour les types de valeur Nullable pour fournir une valeur par défaut lorsqu'ils sont 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

Utilisez l'opérateur de coalescence nulle: ?? [C #] ou If() [VB].

Le raccourci pour fournir une valeur par défaut lorsqu'une valeur null est rencontrée:

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

Utilisez l'opérateur de condition null: ?. ou ?[x] pour les tableaux (disponibles en C # 6 et VB.NET 14):

Ceci est également parfois appelé la navigation de sécurité ou Elvis (après sa forme) opérateur. Si l'expression sur le côté gauche de l'opérateur est null, alors le côté droit ne sera pas évalué, et null est retourné à la place. Cela signifie des cas comme celui-ci:

var title = person.Title.ToUpper();

Si la personne n'a pas de titre, une exception est ToUpper car elle tente d'appeler ToUpper sur une propriété avec une valeur nulle.

Dans C # 5 et ci-dessous, ceci peut être gardé avec:

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

Maintenant, la variable title sera null au lieu de lancer une exception. C # 6 introduit une syntaxe plus courte pour ceci:

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

Cela entraînera null variable de titre et l'appel à ToUpper n'est pas effectué si person.Title est null .

Bien sûr, vous devez toujours vérifier title pour null ou utiliser l'opérateur de condition null avec l'opérateur de coalescence null ( ?? ) pour fournir une valeur par défaut:

// 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;

De même, pour les tableaux, vous pouvez utiliser ?[i] comme suit:

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

Cela fera ce qui suit: Si myIntArray est null, l'expression renvoie null et vous pouvez le vérifier en toute sécurité. S'il contient un tableau, il fera la même chose que: elem = myIntArray[i]; et renvoie le i ème élément.


TL;DR: Try using Html.Partial instead of Renderpage

I was getting Object reference not set to an instance of an object when I tried to render a View within a View by sending it a Model, like this:

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

Debugging showed the model was Null inside MyOtherView. Until I changed it to:

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

And it worked.

Furthermore, the reason I didn't have Html.Partial to begin with was because Visual Studio sometimes throws error-looking squiggly lines under Html.Partial if it's inside a differently constructed foreach loop, even though it's not really an error:

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

But I was able to run the application with no problems with this "error". I was able to get rid of the error by changing the structure of the foreach loop to look like this:

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

Although I have a feeling it was because Visual Studio was misreading the ampersands and brackets.


What can you do about it?

There is a lot of good answers here explaining what a null reference is and how to debug it. But there is very little on how to prevent the issue or at least make it easier to catch.

Check arguments

For example, methods can check the different arguments to see if they are null and throw an ArgumentNullException , an exception obviously created for this exact purpose.

The constructor for the ArgumentNullException even takes the name of the parameter and a message as arguments so you can tell the developer exactly what the problem is.

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

Use Tools

There are also several libraries that can help. "Resharper" for example can provide you with warnings while you are writing code, especially if you use their attribute: NotNullAttribute

There's "Microsoft Code Contracts" where you use syntax like Contract.Requires(obj != null) which gives you runtime and compile checking: Introducing Code Contracts .

There's also "PostSharp" which will allow you to just use attributes like this:

public void DoSometing([NotNull] obj)

By doing that and making PostSharp part of your build process obj will be checked for null at runtime. See: PostSharp null check

Plain Code Solution

Or you can always code your own approach using plain old code. For example here is a struct that you can use to catch null references. It's modeled after the same concept as 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 };
    }
}

You would use very similar to the same way you would use Nullable<T> , except with the goal of accomplishing exactly the opposite - to not allow null . Voici quelques exemples:

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

NotNull<T> is implicitly cast to and from T so you can use it just about anywhere you need it. For example, you can pass a Person object to a method that takes a NotNull<Person> :

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

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

As you can see above as with nullable you would access the underlying value through the Value property. Alternatively, you can use an explicit or implicit cast, you can see an example with the return value below:

Person person = GetPerson();

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

Or you can even use it when the method just returns T (in this case Person ) by doing a cast. For example, the following code would just like the code above:

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

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

Combine with Extension

Combine NotNull<T> with an extension method and you can cover even more situations. Here is an example of what the extension method can look like:

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

And here is an example of how it could be used:

var person = GetPerson().NotNull();

GitHub

For your reference I made the code above available on GitHub, you can find it at:

https://github.com/luisperezphd/NotNull

Related Language Feature

C# 6.0 introduced the "null-conditional operator" that helps with this a little. With this feature, you can reference nested objects and if any one of them is null the whole expression returns null .

This reduces the number of null checks you have to do in some cases. The syntax is to put a question mark before each dot. Take the following code for example:

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

Imagine that country is an object of type Country that has a property called State and so on. If 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 feature, but it gives you less information. It doesn't make it obvious which of the 4 is null.

Built-in like Nullable?

C# has a nice shorthand for Nullable<T> , you can make something nullable by putting a question mark after the type like so int? .

It would be nice if C# had something like the NotNull<T> struct above and had a similar shorthand, maybe the exclamation point (!) so that you could write something like: public void WriteName(Person! person) .


Adding a case when the class name for entity used in entity framework is same as class name for a web form code-behind file.

Suppose you have a web form Contact.aspx whose codebehind class is Contact and you have an entity name Contact.

Then following code will throw a NullReferenceException when you call context.SaveChanges()

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

For the sake of completeness DataContext class

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

and Contact entity class. Sometimes entity classes are partial classes so that you can extend them in other files too.

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

The error occurs when both the entity and codebehind class are in same namespace. To fix this, rename the entity class or the codebehind class for Contact.aspx.

Reason I am still not sure about the reason. But whenever any of the entity class will extend System.Web.UI.Page this error occurs.

For discussion have a look at NullReferenceException in DbContext.saveChanges()


An example of this exception being thrown is: When you are trying to check something, that is null.

Par exemple:

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
} 

The .NET runtime will throw a NullReferenceException when you attempt to perform an action on something which hasn't been instantiated ie the code above.

In comparison to an ArgumentNullException which is typically thrown as a defensive measure if a method expects that what is being passed to it is not null.

More information is in C# NullReferenceException and Null Parameter .


Another general case where one might receive this exception involves mocking classes during unit testing. Regardless of the mocking framework being used, you must ensure that all appropriate levels of the class hierarchy are properly mocked. In particular, all properties of HttpContext which are referenced by the code under test must be mocked.

See " NullReferenceException thrown when testing custom AuthorizationAttribute " for a somewhat verbose example.


Another scenario is when you cast a null object into a value type . For example, the code below:

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

It will throw a NullReferenceException on the cast. It seems quite obvious in the above sample, but this can happen in more "late-binding" intricate scenarios where the null object has been returned from some code you don't own, and the cast is for example generated by some automatic system.

One example of this is this simple ASP.NET binding fragment with the Calendar control:

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

Here, SelectedDate is in fact a property - of DateTime type - of the Calendar Web Control type, and the binding could perfectly return something null. The implicit ASP.NET Generator will create a piece of code that will be equivalent to the cast code above. And this will raise a NullReferenceException that is quite difficult to spot, because it lies in ASP.NET generated code which compiles fine...


I have a different perspective to answering this. This sort of answers "what else can I do to avoid it? "

When working across different layers , for example in an MVC application, a controller needs services to call business operations. In such scenarios Dependency Injection Container can be used to initialize the services to avoid the NullReferenceException . So that means you don't need to worry about checking for null and just call the services from the controller as though they will always to available (and initialized) as either a singleton or a prototype.

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

If one is getting this message during saving or compiling the build, just close all the files and then open any file to compile and save.

For me the reason was that I had rename the file and old file was still open.


If you have not initialized a reference type, and you want to set or read one of its properties, it will throw a NullReferenceException .

Exemple:

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

You can simply avoid this by checking if the variable is not null:

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

To fully understand why a NullReferenceException is thrown, it is important to know the difference between value types and reference types .

So, if you're dealing with value types , NullReferenceExceptions can not occur. Though you need to keep alert when dealing with reference types !

Only reference types, as the name is suggesting, can hold references or point literally to nothing (or 'null'). Whereas value types always contain a value.

Reference types (these ones must be checked):

  • dynamic
  • objet
  • chaîne

Value types (you can simply ignore these ones):

  • Numeric types
  • Integral types
  • Floating-point types
  • décimal
  • bool
  • User defined structs

Interestingly, none of the answers on this page mention the two edge cases, hope no one minds if I add them:

Edge case #1: concurrent access to a Dictionary

Generic dictionaries in .NET are not thread-safe and they sometimes might throw a NullReference or even (more frequent) a KeyNotFoundException when you try to access a key from two concurrent threads. The exception is quite misleading in this case.

Edge case #2: unsafe code

If a NullReferenceException is thrown by unsafe code, you might look at your pointer variables, and check them for IntPtr.Zero or something. Which is the same thing ("null pointer exception"), but in unsafe code, variables are often cast to value-types/arrays, etc., and you bang your head against the wall, wondering how a value-type can throw this exception.

(Another reason for non-using unsafe code unless you need it, by the way)


It means you are trying to manipulate something which has reference but not yet initialized
The first thing to do here is check every instance created.

Use breakpoints , watches , inspect your varibale values.
Follow stack trace and search for exact row and column which is creating problem


It means your code used an object reference variable that was set to null (ie it did not reference an actual object instance).

To prevent the error, objects that could be null should be tested for null before being used.

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
}

NullReferenceException or Object reference not set to an instance of an object occurs when an object of the class you are trying to use is not instantiated. Par exemple:

Assume that you have a class named Student.

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

Now, consider another class where you are trying to retrieve the student's full name.

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

As seen in the above code, the statement Student s - only declares the variable of type Student, note that the Student class is not instantiated at this point. Hence, when the statement s.GetFullName() gets executed, it will throw the NullReferenceException.


On the matter of "what should I do about it" , there can be many answers.

A more "formal" way of preventing such error conditions while developing is applying design by contract in your code. This means you need to set class invariants , and/or even function/method preconditions and postconditions on your system, while developing.

In short, class invariants ensure that there will be some constraints in your class that will not get violated in normal use (and therefore, the class will not get in an inconsistent state). Preconditions mean that data given as input to a function/method must follow some constraints set and never violate them, and postconditions mean that a function/method output must follow the set constraints again without ever violating them. Contract conditions should never be violated during execution of a bug-free program, therefore design by contract is checked in practice in debug mode, while being disabled in releases , to maximize the developed system performance.

This way, you can avoid NullReferenceException cases that are results of violation of the constraints set. For example, if you use an object property X in a class and later try to invoke one of its methods and X has a null value, then this will lead to NullReferenceException :

public X { get; set; }

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

But if you set "property X must never have a null value" as method precondition, then you can prevent the scenario described before:

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

For this cause, Code Contracts project exists for .NET applications.

Alternatively, design by contract can be applied using assertions .

UPDATE: It is worth mentioning that the term was coined by Bertrand Meyer in connection with his design of the Eiffel programming language .


The error line "Object reference not set to an instance of an object. " states that you have not assigned instance object to a object reference and still you are accessing properies/methods of that object.

for example: let say you have a class called myClass and it contains one property prop1.

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

Now you are accessing this prop1 in some other class just like below:

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

above line throws error because reference of class myClass is declared but not instantiated or an instance of object is not assigned to referecne of that class.

To fix this you have to instantiate (assign object to reference of that class).

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

To use methods and member of an object you first have to create that object. If you didn't create it (variable that should hold the object is not initialized), but you try to use it's methods or variables you'll get that error.

Sometime you may just forgot to do initialization.

Edited: new can't return null, but fire's exception when failed. Long time ago it was the case in some languages, but not any more. Thanks @John Saunders for pointing that out.


While what causes a NullReferenceExceptions and approaches to avoid/fix such an exception have been addressed in other answers, what many programmers haven't learned yet is how to independently debug such exceptions during development.

In Visual Studio this is usually easy thanks to the Visual Studio Debugger .

First, make sure that the correct error is going to be caught - see How do I allow breaking on 'System.NullReferenceException' in VS2010? Note 1

Then either Start with Debugging (F5) or Attach [the VS Debugger] to Running Process . On occasion it may be useful to use Debugger.Break , which will prompt to launch the debugger.

Now, when the NullReferenceException is thrown (or unhandled) the debugger will stop (remember the rule set above?) on the line on which the exception occurred. Sometimes the error will be easy to spot.

For instance, in the following line the only code that can cause the exception is if myString evaluates to null. This can be verified by looking at the Watch Window or running expressions in the Immediate Window .

var x = myString.Trim();

In more advanced cases, such as the following, you'll need to use one of the techniques above (Watch or Immediate Windows) to inspect the expressions to determine if str1 was null or if str2 was null.

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

Once where the exception is throw has been located, it's usually trivial to reason backwards to find out where the null value was [incorrectly] introduced --

Take the time required to understand the cause of the exception. Inspect for null expressions. Inspect the previous expressions which could have resulted in such null expressions. Add breakpoints and step through the program as appropriate. Use the debugger.

1 If Break on Throws is too aggressive and the debugger stops on an NPE in the .NET or 3rd-party library, Break on User-Unhandled can be used to limit the exceptions caught. Additionally, VS2012 introduces Just My Code which I recommend enabling as well.

If you are debugging with Just My Code enabled, the behavior is slightly different. With Just My Code enabled, the debugger ignores first-chance common language runtime (CLR) exceptions that are thrown outside of My Code and do not pass through My Code


You are using the object that contains the null value reference. So it's giving a null exception. In the example the string value is null and when checking its length, the exception occurred.

Exemple:

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

The exception error is:

Unhandled Exception:

System.NullReferenceException: référence d'objet non définie sur une instance d'un objet. at Program.Main()





nullreferenceexception