Tại sao '{' ném một NullReferenceException trong một phương thức tĩnh?

Question

Đây là loại bí truyền. Tôi chạy vào một NullReferenceException khi cố gắng mở một hình thức (trong thiết kế winforms) trong một dự án winforms trong visual studio 2008. Những điểm stack trace đến dòng thứ tư của đoạn mã sau:

public static class Logger 
{ 
    public static void LogMethodEnter() 
    { 
     var frame = new StackFrame(1); 
     var method = frame.GetMethod(); 
     Trace.TraceInformation("{0}.{1}.{2}()", method.DeclaringType.Namespace, method.DeclaringType.Name, method.Name); 
     Trace.Indent(); 
    } 

    public static void LogMethodExit() 
    { 
     Trace.Unindent(); 
    } 
} 

... ý nghĩa dòng với dấu ngoặc nhọn mở. Tôi đã chạy vào cùng một vấn đề (nhưng không liên quan đến các nhà thiết kế winforms) trên các dự án khác, và tôi nghĩ rằng đó là một vấn đề liên quan đến luồng, nhưng tôi không có mã để tái tạo nó.

Tại sao điều này xảy ra và tại sao dấu vết ngăn xếp ngoại lệ trỏ vào đường thẳng bằng dấu ngoặc nhọn?

Làm rõ: Ngoại lệ tham chiếu null chỉ xảy ra trong trình thiết kế winforms. Khi ứng dụng được chạy, nó không ném lỗi đó.

Answer 1

Tôi đoán rằng số dòng đang tắt (lý do thực tế cho điều đó là không quan trọng) và ngoại lệ được thực sự ném bởi biểu thức này:

method.DeclaringType.Namespace 

Và lý do bạn có thể thấy một NullReference ngoại lệ là vì biểu thức new StackFrame(1) một vài dòng trước đó đôi khi có thể trả về một khung trống. Khung trống có nghĩa là cuộc gọi tới .GetMethod() sẽ trả về giá trị rỗng và bạn sẽ chuyển sang chế độ này.

Lý do bạn đôi khi nhận được khung trống là trình biên dịch chỉ trong thời gian có thể chọn các phương thức ngắn, được gọi liên tục giống như phương thức trong mã của bạn. Điều đó sẽ ném ra khỏi ngăn xếp cuộc gọi của bạn để tốt nhất bạn nhận được một phương pháp cấp cao hơn bạn dự định, hoặc tồi tệ nhất (trong phương pháp chính của bạn) không có phương pháp cao hơn và bạn nhận được null.

Answer 2

Việc trỏ đến một khung quăn/dòng mã dường như không chính xác đôi khi có thể xảy ra. Tôi nghĩ rằng nó chỉ đơn giản là ngoại lệ xảy ra trên dòng mã trước đó, và Visual Studio vì một số lý do làm nổi bật dòng tiếp theo.

Khi đoán, chương trình có thể không phá vỡ chính xác trên dòng nơi xảy ra ngoại lệ do bất kỳ số lượng yếu tố bên trong và bên ngoài nào.

Rất tiếc, tôi không thể giải thích rõ điều này.

Answer 3

Tôi nghĩ rằng vấn đề có liên quan đến phương pháp tĩnh được gọi trước khi đối tượng tĩnh được xây dựng. Tôi đã khắc phục vấn đề trong dự án winforms bằng cách thêm static constructor.

Nếu tôi nhớ chính xác, hàm tạo tĩnh sẽ khóa toàn bộ đối tượng trong khi thực thi.

Answer 4

Có thể là .pdb tệp chứa thông tin về dòng đã lỗi thời.

Để khắc phục điều này, hãy xây dựng lại dự án của bạn và đảm bảo rằng việc tạo tệp .pdb được bật trong cài đặt dự án. Đối với C# các dự án này có thể được cấu hình trên Build tab bằng cách thiết lập nâng cao -> Debug Info hoặc là đầy đủ hoặc pdb chỉ.

Answer 5

Đoán của tôi là bạn có một khởi tạo thành viên tĩnh ở đâu đó trong lớp học của bạn và trình khởi tạo đó ném một số NullReferenceException. Hơn nữa, tôi đoán bạn không có hàm tạo tĩnh, vì vậy đối tượng của bạn được đánh dấu là beforefieldinit và do đó, NullReferenceException được ném trong khi phương thức sử dụng nó là JITed.

Cái gì như:

public static class Logger 
{ 
    private static object x = InitObjectX(); 
    private static object InitObjectX() { 
     x.GetHashCode(); // Will throw since x is null. 
    } 

    public static void LogMethodEnter() 
    { 
     var frame = new StackFrame(1); 
     var method = frame.GetMethod(); 
     Trace.TraceInformation("{0}.{1}.{2}()", method.DeclaringType.Namespace, method.DeclaringType.Name, method.Name); 
     Trace.Indent(); 
    } 

    public static void LogMethodExit() 
    { 
     Trace.Unindent(); 
    } 
}