"Riferimento oggetto non impostato su un'istanza di un oggetto": perché .NET non può mostrare ulteriori dettagli?

Question

"riferimento oggetto non impostato a un'istanza di un oggetto"

Perché l'eccezione non mostra anche il nome del campo riferimento all'oggetto, o almeno il suo tipo?

Questo è probabilmente uno degli errori di runtime più comuni in .NET. Sebbene System.Exception abbia una traccia dello stack, non ci sono altri dettagli utili.

Nel corso di un anno trascorro ore a passare in rassegna le tracce dello stack (spesso in codice che non ho scritto), sperando che ci sia un numero di riga da un file ".pdb", quindi trovando la riga nel codice, e anche allora spesso non è ovvio quale riferimento sulla linea fosse nullo. Avere il nome del campo di riferimento sarebbe molto conveniente.

Se le istanze System.ArgumentNullException può mostrare il nome del parametro del metodo ("valore non può essere nullo Nome di parametro:. valore"), allora sicuramente System.NullReferenceException casi potrebbero includere il nome del nulla campo (o la sua raccolta di contenuti).

Answer 1

Questo è stato coperto qui: Detecting what the target object is when NullReferenceException is thrown

e qui: Why can't a null-reference exception name the object that has a null reference?

Il motivo è principalmente causare il runtime non ha idea di quando si incontra il NRE. Suppongo che avrebbe dovuto ripristinare il callstack e l'albero di analisi, il che sarebbe molto costoso.

Answer 2

Non ho trovato questa eccezione così difficile da gestire!

Se conosco il numero di riga. Inserisco semplicemente un punto di interruzione su questa linea, eseguo l'applicazione su questa linea e quando il debugger si arresta, posiziono il mouse su ogni variabile/oggetto nella riga e, grazie a Visual Studio, mi mostra i loro valori.

Inoltre ho trovato la finestra di Auto molto utile in questi casi, ma la procedura descritta sopra risolve rapidamente il mio problema.

Answer 3

La differenza tra ArgumentNullException e NullReferenceException è che ArgumentNullException è sempre gettato in modo esplicito in questo modo:

if (parameter == null) 
    throw new ArgumentNullException("parameter"); 

aveva uno sguardo rapido in uscita ILDASM, le variabili locali sono infatti presenti all'interno IL di una funzione. Non c'è ancora, tuttavia, nessuna API per recuperare questi nomi in modo programmatico. La mia comprensione è che sarebbe abbastanza complesso in quanto avresti fondamentalmente bisogno di costruire un albero di analisi che rappresenti una funzione con ambiti, variabili, istruzioni ecc.

E 'ulteriormente complicato dal fatto che non sono solo semplici variabili che possono generare NullReferenceException, ma il risultato di una chiamata di funzione, una proprietà o un'espressione. Potrei diventare abbastanza complicato abbastanza velocemente.

Immaginate questo:

internalObject.OtherProperty = myObject.GetOtherObject().ThirdObject.SomeProperty == "value" 
? myObject.OtherProperty 
: myObject.GetSomethingElse(); 

ci sono più punti di guasto là e costruire una stringa che rappresenta ciò che è effettivamente null potrebbe essere difficile.

Answer 4

Anche se il nome e il tipo di variabile possono esistere nel codice MSIL, esso non esisterà nel codice nativo quando MSIL è JITted.

Sarebbe incredibilmente inefficiente aggiungere questo tipo di controllo al codice nativo durante JITting - essenzialmente un sovraccarico ogni volta che un puntatore viene dereferenziato.