Suivi d'exécution statique Constructor

Question

Je suis en cours d'exécution dans un problème où un constructeur statique d'une de mes classes est appelée avant qu'il devrait être. (I.e., DI / IoC est pas configuré et il devient nul / exceptions retour du localisateur de service).

Je n'ai malheureusement pas beaucoup de contrôle sur le constructeur statique, ne me demandez pas pourquoi il se fondant sur DI / IoC être mis en place, mais il est.

Dans mon application, rien ne doit être statique faisant référence à cette classe ou autrement avant mon IoC est prêt à aller, mais le constructeur statique est en cours d'exécution de toute façon.

Y at-il un moyen facile de déterminer quelle ligne a causé le constructeur à exécuter? Remarque: je ne peux pas le point d'arrêt dans static constructor parce que cela est tout cela se produise avant que le débogueur distant pour ASP.NET peut joindre au serveur Web (en Global.asax.cs)

Answer 1

Vous avez aucun contrôle quant au moment où le constructeur statique est exécuté. Déplacer tout ce que vous faites de votre constructeur à une statique initialize () fonction . Appelez qu'un à chaque fois que vous êtes prêt. Ne pas dépendre du moment où le constructeur statique est exécuté.

Vérifier ce lien

Les constructeurs statiques ont les éléments suivants

propriétés:

Un constructeur statique est appelé automatiquement pour initialiser la classe avant la première instance est créée ou les membres statiques sont référencés.

Un constructeur statique ne peut pas être appelé directement.

L'utilisateur n'a aucun contrôle sur le moment où la constructeur statique est exécuté dans le programme.

Answer 2

Comme toujours, utilisez:

Debugger.Break()

Answer 3

Cela pourrait être fait en utilisant Windbg et sosex. Voici l'exemple de code

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

Et voici les étapes

1. Fixez le processus à windbg
2. sosex de charge à l'aide .load sosex
3. Le prochain numéro de la commande !mbm *Code.Test..cctor*
4. Les pauses débogueur sur appel à la constructeur statique après quoi vous pouvez émettre !mk pour obtenir le callstack

Voici la sortie de !mk pour l'exemple ci-dessus

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

Answer 4

Peut-être que vous devriez sauter en utilisant constructeur statique? Est-il nécessairement?

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
                }
            }
        }
    }
}