Отслеживание выполнения статического конструктора - PullRequest
3 голосов
/ 01 февраля 2011

Я столкнулся с проблемой здесь, когда статический конструктор одного из моих классов вызывается раньше, чем это должно быть. (Т.е. DI / IoC не настроен, и он возвращает ноль / исключения из локатора службы).

К сожалению, у меня нет большого контроля над статическим конструктором, не спрашивайте меня, почему он полагается на настройку DI / IoC, но это так.

В моем приложении ничто не должно ссылаться на этот класс статически или иным образом, прежде чем мой IoC будет готов к работе, но статический конструктор все равно выполняется.

Есть ли простой способ определить, какая строка вызвала выполнение конструктора? Примечание: я не могу установить точку останова в static constructor, потому что все это происходит до того, как удаленный отладчик для ASP.NET может подключиться к веб-серверу (в Global.asax.cs)

Ответы [ 4 ]

15 голосов
/ 01 февраля 2011

Как всегда, используйте:

Debugger.Break()
2 голосов
/ 01 февраля 2011

Это можно сделать с помощью Windbg и sosex.Вот пример кода

using System;
namespace Code
{
class Test
{
  public static int i;
  static Test()
  {
    i = 10;
    Console.WriteLine(i);
  }
  static void Main()
  {
    Console.WriteLine(Test.i);
    Console.Read();
  }
}
}

А вот шаги

  1. Присоедините процесс к windbg
  2. Загрузите sosex, используя .load sosex
  3. Затем введите команду !mbm *Code.Test..cctor*
  4. Отладчик прерывается при вызове статического конструктора, после чего вы можете выполнить !mk для получения стека вызовов

Вот вывод !mk для указанного выше образца

0:000> !mk
Thread 0:
     ESP              EIP
00:M 000000000026def8 000007ff00150120 Code.Test..cctor()(+0x0 IL)(+0x0 Native)
01:U 000000000026df00 000007fef43a10b4 clr!CallDescrWorker+0x84
02:U 000000000026df40 000007fef43a11c9 clr!CallDescrWorkerWithHandler+0xa9
03:U 000000000026dfc0 000007fef43a32b4 clr!DispatchCallDebuggerWrapper+0x74
04:U 000000000026e060 000007fef43aafdf clr!MethodTable::RunClassInitEx+0x1ff
05:U 000000000026e1b0 000007fef43aaca8 clr!MethodTable::DoRunClassInitThrowing+0x55e
06:U 000000000026ec70 000007fef43a3470 clr!MethodTable::CheckRunClassInitThrowing+0xe3
07:U 000000000026eca0 000007fef44cb848 clr!MethodDesc::DoPrestub+0x587
08:U 000000000026edb0 000007fef43a23f3 clr!PreStubWorker+0x1df
09:U 000000000026ee70 000007fef4362d07 clr!ThePreStubAMD64+0x87
0a:U 000000000026ef40 000007fef43a10b4 clr!CallDescrWorker+0x84
0b:U 000000000026ef80 000007fef43a11c9 clr!CallDescrWorkerWithHandler+0xa9
0c:U 000000000026f000 000007fef43a1245 clr!MethodDesc::CallDescr+0x2a1
0d:U 000000000026f230 000007fef44a1675 clr!ClassLoader::RunMain+0x228
0e:U 000000000026f480 000007fef44a17ac clr!Assembly::ExecuteMainMethod+0xac
0f:U 000000000026f730 000007fef44a1562 clr!SystemDomain::ExecuteMainMethod+0x452
10:U 000000000026fce0 000007fef44a3dd6 clr!ExecuteEXE+0x43
11:U 000000000026fd40 000007fef44a3cf3 clr!CorExeMainInternal+0xc4
12:U 000000000026fdb0 000007fef4527365 clr!CorExeMain+0x15
13:U 000000000026fdf0 000007fef6883309 mscoreei!CorExeMain+0x41
14:U 000000000026fe20 000007fef6915b21 MSCOREE!CorExeMain_Exported+0x57
15:U 000000000026fe50 0000000077a6f56d KERNEL32!BaseThreadInitThunk+0xd
16:U 000000000026fe80 0000000077ba3021 ntdll!RtlUserThreadStart+0x1d

HTH

1 голос
/ 01 февраля 2011

Вы не можете контролировать, когда исполняется статический конструктор.Переместите все, что вы делаете, из своего конструктора в статическую функцию Initialize () .Звоните, когда будете готовы.Не зависит от того, когда выполняется статический конструктор.

Проверьте эту ссылку

Статические конструкторы имеют следующие свойства

:

Статический конструктор вызывается автоматически для инициализации класса перед созданием первого экземпляра или ссылками на любые статические элементы.

Статический конструктор не может быть вызван напрямую.

Пользователь не имеет никакого контроля над выполнением статического конструктора в программе.

0 голосов
/ 01 февраля 2011

Может быть, вам стоит пропустить использование статического конструктора? Это обязательно?

public class SomeClass
{
    private static bool IsInizialized = false;

    public SomeClass()
    {
        if (!IsInizialized)
        {
            // static constuctor thread safe but this doesn't
            //
            lock (this)
            {
                if (!IsInizialized)
                {
                    IsInizialized = true;
                    // all what static constructor does
                }
            }
        }
    }
}
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...