¿El C# Yield libera un bloqueo?

Question

que tienen el siguiente método:

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

acabo añade el lock(Database) para tratar de deshacerse de algunas cuestiones concurancy. Sin embargo, tengo curiosidad, ¿el yield return liberará el bloqueo en Database y luego volverá a bloquearse cuando sea necesario para la próxima iteración? ¿O Database permanecerá bloqueado durante toda la iteración?

Answer 1

Sin la yield return no causará ningún bloqueo a ser liberados/desbloqueado. La declaración lock se expandirá a un bloque try/finally y el iterador no tratará esta forma diferente a una explícita try/finally en el método iterador.

Los detalles son un poco más complicado, pero las reglas básicas para cuando un bloque finally se ejecutará dentro de un método iterador es

1. Cuando se suspende el iterador y Dispose se llama el finally bloques en alcance en el punto de la suspensión de
se ejecutará
2. Cuando el repetidor está en funcionamiento y el código de otro modo desencadenar una finallyfinally las carreras de bloque.
3. Cuando el iterador se encuentra con una declaración yield break los finally bloques en alcance en el punto de la yield break se ejecutará

Answer 2

El objeto base de datos será bloqueado hasta acabados de iteración (o el iterador está dispuesto).

Esto podría dar lugar a períodos excesivos de bloqueo, y lo recomendaría en contra de hacerlo de esta manera.

Answer 3

El bloqueo permanece en efecto hasta que llegue fuera del alcance de bloqueo(). Ceder no hace eso.

Answer 4

El bloqueo se traduce en try/finally (normal C#)

En Iterator bloques (también conocido como de rendimiento), "por fin" se convierte en parte de la implementación IDisposable.Dispose() del empadronador . Este código también se invoca internamente cuando consume el último de los datos.

"foreach" llama automáticamente a Dispose(), por lo que si consume con "foreach" (o regualar LINQ, etc.) se desbloqueará.

Sin embargo, si el usuario utiliza GetEnumerator() directamente (muy raro) y duerma leer todos los datos y no Desechar llamada() entonces el bloqueo no se dará a conocer.

tendría que comprobar para ver si o para crear una finaliser; Es podría ser lanzado por GC, pero no apostaría dinero en ello.