Czy C# wydajność odblokowuje blokadę?

Question

Mam następujący sposób:

public static IEnumerable<Dictionary<string, object>> GetRowsIter 
    (this SqlCeResultSet resultSet) 
{ 
    // Make sure we don't multi thread the database. 
    lock (Database) 
    { 
     if (resultSet.HasRows) 
     { 
      resultSet.Read(); 

      do 
      { 
       var resultList = new Dictionary<string, object>(); 
       for (int i = 0; i < resultSet.FieldCount; i++) 
       { 
        var value = resultSet.GetValue(i); 
        resultList.Add(resultSet.GetName(i), value == DBNull.Value 
                    ? null : value); 
       } 
       yield return resultList; 
      } while (resultSet.Read()); 
     } 
     yield break; 
    } 

Właśnie dodałem do lock(Database) aby spróbować pozbyć się niektórych kwestiach concurancy. Ciekaw jestem jednak, czy yield return zwolni blokadę na Database, a następnie ponownie ją zablokuje, gdy przejdzie do następnej iteracji? Czy też Database pozostanie zablokowane przez cały czas trwania iteracji?

Answer 1

Żadne yield return nie spowoduje zwolnienia/odblokowania zamków. Instrukcja lock rozszerzy się do bloku try/finally, a iterator nie potraktuje tego w inny sposób niż jawny try/finally w metodzie iteratora.

Dane są nieco bardziej skomplikowane, ale podstawowe zasady gdy finally blok będzie działać wewnątrz metody iteracyjnej jest

1. Gdy iterator jest zawieszony i Dispose nazywa się finally bloki w zakresie w punkcie Zawieszenie uruchomi się:
2. Gdy iterator jest uruchomiony, a kod w przeciwnym razie wyzwoliłby blokadę w trybie finally.
3. Gdy iteracyjnej napotyka yield break Oświadczenie finally bloków w zakresie w punkcie yield break uruchomi

Answer 2

Przedmiotem bazy danych zostanie zablokowana aż do wykończenia iteracji (lub iteracyjnej jest umieszczona).

Może to prowadzić do nadmiernych okresów blokowania i zalecam, aby tego nie robić.

Answer 3

Zamek pozostaje w mocy, dopóki nie wyjdziesz poza zasięg blokady(). Plonowanie tego nie robi.

Answer 4

Blokada przekłada spróbować wreszcie (normalny/C#)

w blokach iterator (aka wydajności), "w końcu" staje się częścią IDisposable.Dispose() realizacji wyliczający. Ten kod jest również wywoływany wewnętrznie, gdy zużywa się ostatni z danych.

"foreach" automatycznie wywołuje Dispose(), więc jeśli spożyjesz z "foreach" (lub regualar LINQ itp.) To zostanie odblokowany.

Jednakże, jeśli rozmówca korzysta GetEnumerator() bezpośrednio (bardzo rzadko) i robi odczytać wszystkie dane i nie wywołanie Dispose(), to blokada nie zostanie zwolniony.

Musiałbym sprawdzić, czy finalizator jest gotowy; to może zostać wydany przez GC, ale nie chciałbym postawić na to pieniądze.