Nesne başvurusu bir nesnenin örneğine ayarlanmadı. .NET neden hangi nesnenin "boş" olduğunu göstermiyor?

Bu .NET işlenmemiş istisna mesajıyla ilgili olarak:

Nesne referansı bir nesnenin örneğine atanmadı.

Neden .NET hangi nesnenin olduğunu göstermiyor null?

nullHatayı kontrol edip çözebileceğimi biliyorum . Ancak, neden .NET hangi nesnenin boş referansa sahip olduğunu ve hangi ifadenin NullReferenceException?

(Visual Studio 2017'deki yeni istisna yardımcısı hakkında bilgi için bu cevabın sonuna bakın)

Bu kodu düşünün:

String s = null;
Console.WriteLine(s.Length);

Bu NullReferenceExceptionikinci satıra bir atar ve .NET'in neden sistisna atıldığında boş olduğunu söylemediğini bilmek istersiniz .

Bu bilgiyi neden almadığınızı anlamak için, çalıştıranın C # kaynağı değil, IL olduğunu hatırlamanız gerekir:

IL_0001: ldnull      
IL_0002: stloc.0 // s
IL_0003: ldloc.0 // s
IL_0004: callvirt System.String.get_Length
IL_0009: System.Console.WriteLine'ı çağırın

Bu ise callvirtatar işlem kodu NullReferenceExceptionve yapar değerlendirme yığın ilk bağımsız boş bir referans (kullanılarak yüklenmiştir bir olduğunda ldloc.0).

Eğer .NET bunun sboş bir referans olduğunu söyleyebiliyorsa , bir şekilde değerlendirme yığınındaki ilk argümanın form kaynaklı olduğunu izlemelidir s. Bu durumda, sbunun boş olduğunu görmek bizim için kolaydır, ancak ya değer başka bir işlev çağrısından bir dönüş değeriyse ve herhangi bir değişkende depolanmamışsa? Her neyse, bu tür bilgiler, .NET sanal makinesi gibi bir sanal makinede takip etmek isteyeceğiniz şeyler değildir.

Bu sorunu önlemek için, tüm genel yöntem çağrılarında argüman null denetimi yapmanızı öneririm (tabii ki boş referansa izin vermezseniz):

public void Foo(String s) {
  if (s == null)
    throw new ArgumentNullException("s");
  Console.WriteLine(s.Length);
}

Yönteme null geçirilirse, sorunun ne olduğunu tam olarak açıklayan bir istisna elde edersiniz (bu s, boştur).

Dört yıl sonra Visual Studio 2017, artık bir NullReferenceExceptionatıldığında neyin null olduğunu söylemeye çalışan yeni bir istisna yardımcısına sahip . Hatta boş olan bir yöntemin dönüş değeri olduğunda size gerekli bilgileri verebilir:

Bunun yalnızca bir DEBUG yapısında çalıştığını unutmayın.

Aşağıdaki durumdaki hata mesajının nasıl görünmesini istersiniz?

AnyObject.GetANullObject().ToString();

private object GetANullObject()
{
  return null;
}

Burada rapor edilecek değişken adı yok!

Bu cevap Microsoft'taki mühendislere kalmış. Ancak, açık bir şekilde bir hata ayıklayıcı kullanabilir ve bunlardan hangisinde sorun olduğunu bulmak için saat ekleyebilirsiniz.

Bununla birlikte, istisna, NullReferenceExceptionreferansın mevcut olmadığı anlamına gelir . Hiç yaratılmamış nesneyi alamazsınız.

but why .NET don't tell us which object is null? Çünkü hangi nesnenin boş olduğunu bilmiyor. Nesne basitçe mevcut değil!

C # .NET IL koduna derlendiğini söylediğimde de durum aynı. .NET IL kodu, adları veya ifadeleri bilmiyor. Sadece referansları ve yerlerini bilir. Burada da olmayanı alamazsınız. İfade veya değişken adı mevcut değil.

Felsefe: İlk etapta yumurtanız yoksa omlet yapamazsınız.

Emin değilim, ancak bunun nedeni .Net'in önceden tanımlanmış sınıf mı yoksa kullanıcı tanımlı mı olduğunu bilmemesi olabilir. Önceden tanımlanmışsa, boş olabilir (2 Bayt işgal eden dize gibi), ancak kullanıcı tanımlıysa, bunun bir örneğini oluşturmamız gerekir, böylece bu nesnenin bu kadar bellek kaplayacağını bilir. Bu nedenle çalışma zamanında hata verir.

İyi soru. Mesaj kutusu işe yaramaz. Referans tanımından bir mil derine gömülmüş olsa bile, bazı sınıflar veya derlemeler veya dosyalar veya diğer bilgiler şu anda sağladıklarından daha iyi olacaktır (okuyun: hiç yoktan iyidir).

En iyi seçeneğiniz, onu hata ayıklayıcıda hata ayıklama bilgileriyle çalıştırmaktır ve IDE'niz sorunlu satırda kesilir (daha ziyade yararlı bilgilerin gerçekte mevcut olduğunu açıkça gösterir).