การอ้างอิงอ็อบเจ็กต์ไม่ได้ตั้งค่าเป็นอินสแตนซ์ของอ็อบเจ็กต์เหตุใด. NET จึงไม่แสดงว่าอ็อบเจ็กต์ใดเป็น "null"

เกี่ยวกับข้อความยกเว้น. NET ที่ไม่สามารถจัดการได้นี้:

การอ้างอิงวัตถุไม่ได้ตั้งค่าเป็นตัวอย่างของวัตถุ

เหตุใด. NET จึงไม่แสดงว่าวัตถุnullใด

ฉันทราบว่าสามารถตรวจสอบnullและแก้ไขข้อผิดพลาดได้ อย่างไรก็ตามเหตุใด. NET จึงไม่ช่วยชี้ให้เห็นว่าวัตถุใดมีการอ้างอิงที่เป็นโมฆะและนิพจน์ใดที่เรียกใช้NullReferenceException?

(สำหรับข้อมูลเกี่ยวกับตัวช่วยข้อยกเว้นใหม่ใน Visual Studio 2017 ดูส่วนท้ายของคำตอบนี้)

พิจารณารหัสนี้:

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

สิ่งนี้จะทำให้NullReferenceExceptionเกิดบรรทัดที่สองและคุณต้องการทราบว่าเหตุใด. NET จึงไม่บอกคุณว่าสิ่งsนั้นเป็นโมฆะเมื่อเกิดข้อยกเว้น

เพื่อให้เข้าใจว่าเหตุใดคุณจึงไม่ได้รับข้อมูลนั้นคุณควรจำไว้ว่าไม่ใช่แหล่งข้อมูล C # ที่ดำเนินการ แต่เป็น IL:

IL_0001: ldnull      
IL_0002: stloc.0 // วินาที
IL_0003: ldloc.0 // วินาที
IL_0004: callvirt System.String.get_Length
IL_0009: เรียก System.Console.WriteLine

เป็นcallvirtopcode ที่พ่นNullReferenceExceptionและทำเช่นนั้นเมื่ออาร์กิวเมนต์แรกบนสแต็กการประเมินเป็นการอ้างอิงที่ว่าง (อันที่โหลดโดยใช้ldloc.0)

หาก .NET ควรจะสามารถที่จะบอกว่ามันเป็นเรื่องที่เป็นโมฆะอ้างอิงที่ควรในบางติดตามวิธีการที่อาร์กิวเมนต์แรกในกองประเมินผลมารูปแบบs sในกรณีนี้มันง่ายที่เราจะเห็นว่ามันเป็นsโมฆะ แต่จะเกิดอะไรขึ้นถ้าค่านั้นเป็นค่าส่งคืนจากการเรียกฟังก์ชันอื่นและไม่ได้เก็บไว้ในตัวแปรใด ๆ อย่างไรก็ตามข้อมูลประเภทนี้ไม่ใช่สิ่งที่คุณต้องการติดตามในเครื่องเสมือนเช่นเครื่องเสมือน. NET

เพื่อหลีกเลี่ยงปัญหานี้ฉันขอแนะนำให้คุณทำการตรวจสอบอาร์กิวเมนต์ที่ว่างเปล่าในการเรียกวิธีสาธารณะทั้งหมด (เว้นแต่คุณจะอนุญาตการอ้างอิง null):

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

ถ้า null ถูกส่งไปยังเมธอดคุณจะได้รับข้อยกเว้นที่อธิบายได้อย่างชัดเจนว่าปัญหาคืออะไร (นั่นsคือโมฆะ)

สี่ปีต่อมา Visual Studio 2017 มีตัวช่วยข้อยกเว้นใหม่ที่จะพยายามบอกว่าอะไรเป็นโมฆะเมื่อมีการNullReferenceExceptionโยน มันยังสามารถให้ข้อมูลที่จำเป็นแก่คุณได้เมื่อเป็นค่าส่งคืนของเมธอดที่เป็นโมฆะ:

โปรดทราบว่าสิ่งนี้ใช้ได้เฉพาะในรุ่น DEBUG เท่านั้น

คุณต้องการให้ข้อความแสดงข้อผิดพลาดในกรณีต่อไปนี้มีลักษณะอย่างไร?

AnyObject.GetANullObject().ToString();

private object GetANullObject()
{
  return null;
}

ไม่มีชื่อตัวแปรที่จะรายงานที่นี่!

นั่นคือไม่เกินวิศวกรของ Microsoft ที่จะตอบ แต่คุณสามารถใช้ดีบักเกอร์และเพิ่มนาฬิกาเพื่อดูว่าตัวใดมีปัญหา

อย่างไรก็ตามข้อยกเว้นคือNullReferenceExceptionซึ่งหมายถึงการอ้างอิงไม่ได้อยู่ คุณไม่สามารถรับวัตถุที่ยังไม่ได้สร้างขึ้นเลย

but why .NET don't tell us which object is null? เพราะมันไม่รู้ว่าวัตถุใดเป็นโมฆะ วัตถุนั้นไม่มีอยู่จริง!

เช่นเดียวกับกรณีที่ฉันพูดว่า C # ถูกคอมไพล์เป็นรหัส. NET IL รหัส. NET IL ไม่ทราบชื่อหรือนิพจน์ รู้เฉพาะการอ้างอิงและตำแหน่งของพวกเขา ที่นี่คุณไม่สามารถรับสิ่งที่ไม่มีอยู่จริงได้ ไม่มีนิพจน์หรือชื่อตัวแปร

ปรัชญา: คุณไม่สามารถทำออมเล็ตได้หากคุณไม่มีไข่ตั้งแต่แรก

ไม่แน่ใจ แต่อาจเป็นเพราะ. Net ไม่ทราบว่าเป็นคลาสที่กำหนดไว้ล่วงหน้าหรือผู้ใช้กำหนด หากกำหนดไว้ล่วงหน้าอาจเป็น null ได้ (เช่นสตริงที่มีพื้นที่ 2 ไบต์) แต่ถ้ากำหนดโดยผู้ใช้มากกว่าที่เราจะต้องสร้างอินสแตนซ์ของมันเพื่อให้รู้ว่าวัตถุนี้จะครอบครองหน่วยความจำมากขนาดนี้ ดังนั้นจึงแสดงข้อผิดพลาดในขณะทำงาน

คำถามที่ดี. กล่องข้อความสั้น ๆ ไร้ประโยชน์ แม้ว่าจะถูกฝังลึกไปหนึ่งไมล์จากข้อกำหนดการอ้างอิง แต่คลาสหรือแอสเซมบลีหรือไฟล์หรือข้อมูลอื่น ๆ จะดีกว่าสิ่งที่พวกเขาให้ในปัจจุบัน (อ่าน: ดีกว่าไม่มีอะไรเลย)

ตัวเลือกที่ดีที่สุดของคุณคือเรียกใช้ในโปรแกรมดีบั๊กพร้อมกับข้อมูลการดีบักและ IDE ของคุณจะหลุดออกจากบรรทัดการละเมิด (ค่อนข้างแสดงให้เห็นอย่างชัดเจนว่าข้อมูลที่เป็นประโยชน์นั้นมีอยู่จริง)