Wie kann man Verlangsamung aufgrund von gesperrtem Code vermeiden?

Question

Ich frage mich, wie ein Stück gesperrten Code meinen Code verlangsamen kann, obwohl der Code nie ausgeführt wird. Hier ist ein Beispiel unten:

public void Test_PerformanceUnit() 
{ 
    Stopwatch sw = new Stopwatch(); 
    sw.Start(); 
    Random r = new Random(); 
    for (int i = 0; i < 10000; i++) 
    { 
     testRand(r); 
    } 
    sw.Stop(); 
    Console.WriteLine(sw.ElapsedTicks); 
} 

public object testRand(Random r) 
{ 
    if (r.Next(1) > 10) 
    { 
     lock(this) { 
      return null; 
     } 
    } 
    return r; 
} 

Dieser Code läuft in ~ 1300ms auf meinem Rechner. Wenn wir den Sperrblock entfernen (aber seinen Körper behalten), erhalten wir 750ms. Fast das Doppelte, obwohl der Code nie ausgeführt wird!

Natürlich tut dieser Code nichts. Ich habe es bemerkt, während ich in einer Klasse, in der der Code überprüft, ob das Objekt initialisiert ist und wenn es nicht initialisiert wird, etwas träge Initialisierung hinzufügt. Das Problem ist, dass die Initialisierung gesperrt ist und alles sogar nach dem ersten Aufruf verlangsamt wird.

Meine Fragen sind:

1. Warum ist das passiert?
2. Wie die Verlangsamung zu vermeiden

Answer 1

über warum es passiert, hat es in den Kommentaren diskutiert: es ist aufgrund der Initialisierung der von den lock erzeugt try ... finally.

---

Und diese Verlangsamung zu vermeiden, können Sie die Sperrfunktion auf ein neues Verfahren extrahieren, so dass der Verriegelungsmechanismus nur dann, wenn das Verfahren tatsächlich aufgerufen wird initialisiert.

Ich versuchte es mit diesem einfachen Code:

public object testRand(Random r) 
{ 
    if (r.Next(1) > 10) 
    { 
     return LockingFeature(); 
    } 
    return r; 
} 

private object LockingFeature() 
{ 
    lock (_lock) 
    { 
     return null; 
    } 
} 

Und hier meine Zeiten sind (in Ticks):

your code, no lock : ~500 
your code, with lock : ~1200 
my code    : ~500 

---

EDIT: Mein Testcode (etwas langsamer läuft als der Code ohne Sperren) war tatsächlich auf statischen Methoden, es scheint, dass, wenn der Code "innerhalb" eines Objekts ausgeführt wird, die Timings die gleichen sind. Ich habe die Zeit danach festgelegt.