Statischer Konstruktor, der zweimal für PerSession WCF-Dienst aufgerufen wird

Question

Kann nicht nachvollziehen, warum Typkonstruktor für PerSession/WCF-Dienst zweimal aufgerufen wurde. ConcurrencyMode ist Multiple. Starten Sie fünf gleichzeitige Clients, die den gleichen WCF-Service-Methodenaufruf tun, in einem Protokoll sehe ich, dass static Konstruktor wurde zweimal aufgerufen, das erste Mal und nach 3 Sekunden zum zweiten Mal mit einem anderen ProcessId/ThreadId. Keine Ausnahmen weder im Konstruktor selbst noch in den WCF-Trace-Protokollen. Die Ausführungszeit des Konstruktors beträgt ~ 10 Millisekunden gemäß Protokoll. Dies führt dazu, dass alle statischen Felder nicht wie erwartet zwischen allen Dienstinstanzen geteilt werden, und im Falle von 5 Clientverbindungen habe ich 5 Dienste und zwei verschiedene statische Kontexte, so dass die Änderung in einem statischen Feld nicht für alle Dienste reflektiert wird.

Dieses Problem verwirrt viele Dinge, da ich auf einige statische Caches angewiesen bin, die über mehrere Dienstinstanzen verteilt sind.

Der Dienst wird in IIS gehostet. Es wird kein IIS neu gestartet, AppPool wird in diesem Zeitintervall wiederverwendet.

[AspNetCompatibilityRequirements(RequirementsMode = 
    AspNetCompatibilityRequirementsMode.Allowed)] 
[ServiceBehavior(
    InstanceContextMode = InstanceContextMode.PerSession, 
    IncludeExceptionDetailInFaults = true, 
    ConcurrencyMode = ConcurrencyMode.Multiple)] 
public class WcfService 
{ 
    private static readonly ILog logger; 
    private static volatile bool typeInitialized; 

    static WcfService() 
    { 
     try 
     { 
      // Here is typeInitialized is false in both calls 
      logger = LogManager.GetLogger("LogName"); 

      logger.InfoFormat("[PID:{0}] [THID:{1}] BEGIN Static constructor", 
       Process.GetCurrentProcess().Id, 
       Thread.CurrentThread.ManagedThreadId); 
     } 
     catch (Exception exception) 
     { 
      logger.Error("error on type construction stage", exception); 
     } 
     finally 
     { 
      logger.InfoFormat("[PID:{0}] [THID:{1}] END Static constructor", 
       Process.GetCurrentProcess().Id, 
       Thread.CurrentThread.ManagedThreadId);    
      typeInitialized = true; 
     } 
    } 
} 

Answer 1

Vorausgesetzt, dass Sie Ihren Service mit IIS hosten, das ist ein normales Verhalten, wenn Sie explizit den Prozess so konfigurieren, dass nur aus einer einzigen AppDomain erlauben gesponnen werden.

Wenn Sie sich die Liste der laufenden Prozesse ansehen, finden Sie, dass jede Prozess-ID in Ihrem Protokoll einer Kopie von w3wp.exe entspricht, die eine separate App-Domäne hostet.