Почему '{' выбрасывает исключение NullReferenceException в статическом методе?

Question

Этот вид эзотерический. Я побежал в NullReferenceException при попытке открыть форму (в конструкторе WinForms) в проекте WinForms в Visual Studio 2008. трассировки стека указывает на четвертой строке следующего кода:

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

... смысл линия с открывающей фигурной скобкой. Я столкнулся с той же проблемой (но не с участием дизайнера winforms) в других проектах, и я думаю, что это была проблема, связанная с потоками, но у меня нет кода для ее репликации.

Почему это происходит и почему трассировка стека исключений указывает на линию с фигурной скобкой?

Уточнение: Исключительное исключение с ссылкой только в дизайнере winforms. Когда приложение запускается, оно не вызывает эту ошибку.

Answer 1

Я предполагаю, что номера строк выключены (фактическая причина, что это не так важно) и исключение фактически выброшены этим выражением:

method.DeclaringType.Namespace 

И причины вы можете увидеть NullReference Исключение есть потому, что выражение new StackFrame(1) пару предыдущих строк может иногда возвращать пустой кадр. Пустой кадр означает, что вызов .GetMethod() вернет null, и там вы идете.

Причина, по которой вы иногда получаете пустой фрейм, заключается в том, что компилятор «точно в срок» может выбирать встроенные короткие, многократно вызываемые методы, такие как один в вашем коде. Это сбросит ваш стек вызовов, поэтому в лучшем случае вы получите метод более высокого уровня, чем вы планировали, или в худшем случае (в вашем основном методе) нет более высокого метода, и вы получите нуль.

Answer 2

Указывая на фигурный скобок /, казалось бы, некорректная строка кода может когда-нибудь произойти. Я думаю, что просто исключение произошло в предыдущей строке кода, а Visual Studio почему-то выделяет следующую строку.

При угадывании программа может не разбить точно на линии, где исключение произошло из-за любого количества внутренних и внешних факторов.

Извините, я не могу объяснить это очень хорошо.

Answer 3

Я думаю, что проблема связана со статическим методом, вызываемым перед построением статического объекта. Я исправил проблему в проекте winforms, добавив static constructor.

Если я правильно помню, статический конструктор блокирует весь объект во время выполнения.

Answer 4

Это может быть, что файл .pdb, содержащий информацию о линии устарело.

Чтобы исправить это, перестройте проект и убедитесь, что в файлах проекта включено создание файлов .pdb. Для C# проектов это может быть настроен на вкладке сборки путем установки Дополнительно -> Debug Info либо полный или PDB только.

Answer 5

Я предполагаю, что у вас есть инициализация статического члена где-то в вашем классе, и этот инициализатор выдает NullReferenceException. Кроме того, я полагаю, у вас нет статического конструктора, поэтому ваш объект помечен как beforefieldinit, и поэтому вызывается NullReferenceException, в то время как ваш метод, который его использует, JITed.

Что-то вроде:

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