La carga diferida de Entity Framework no funciona desde otro hilo

Question

Acabo de descubrir que la carga diferida en Entity Framework solo funciona desde el hilo que creó el ObjectContext. Para ilustrar el problema, hice una prueba simple, con un modelo simple que contiene solo 2 entidades: Person y Address. Aquí está el código:

private static void TestSingleThread() 
    { 
     using (var context = new TestDBContext()) 
     { 
      foreach (var p in context.Person) 
      { 
       Console.WriteLine("{0} lives in {1}.", p.Name, p.Address.City); 
      } 
     } 
    } 

    private static void TestMultiThread() 
    { 
     using (var context = new TestDBContext()) 
     { 
      foreach (var p in context.Person) 
      { 
       Person p2 = p; // to avoid capturing the loop variable 
       ThreadPool.QueueUserWorkItem(
        arg => 
        { 
         Console.WriteLine("{0} lives in {1}.", p2.Name, p2.Address.City); 
        }); 
      } 
     } 
    } 

TestSingleThread El método funciona bien, la propiedad Address se carga con pereza. Pero en TestMultiThread, obtengo un NullReferenceException en p2.Address.City, porque p2.Address es nulo.

¿Eso es un error? ¿Es esta la manera en que se supone que funciona? Si es así, ¿hay alguna documentación que lo mencione? No pude encontrar nada sobre el tema en MSDN o Google ...

Y más importante aún, ¿hay alguna solución? (Que no sea una llamada explícita a LoadProperty desde el subproceso de trabajo ...)

Cualquier ayuda sería muy apreciada

PD: estoy usando VS2010, por lo que es EF 4.0. No sé si fue lo mismo en la versión anterior de EF ...

Answer 1

¿Es esto por diseño? Sí; cualquier llamada a Load, implícita o explícita, eventualmente pasará por ObjectContext y ObjectContext is documented to be not thread-safe.

Una posible solución sería separar la entidad del contexto del objeto en el hilo del trabajador y adjuntarla al contexto de un objeto en el hilo actual.