¿Es seguro compartir la variable local entre subprocesos (a través de un cierre de devolución de llamada)?

Question

Quiero hacer algo como lo siguiente: básicamente estoy llamando a una operación asíncrona que llamará a una devolución de llamada en otro hilo y quiero esperar a que se complete "en línea". Mi preocupación es que eso cambia las variables compartidas a través de subprocesos (barra & evento) puede no sincronizarse debido a que se almacena en los registros, por ejemplo. Si fueran variables miembro, podría marcarlos como volátiles pero volátiles no se pueden usar en variables locales creadas en la pila. Podría usar las variables miembro, pero creo que es más limpio y no desordena mi clase manteniéndolo todo local.

Bar bar = null; 
ManualResetEvent event = new ManualResetEvent(false); 

foo.AsyncOperation(new Action(()=>{  
    // This delegate will be called in another thread 
    bar = ... 
    event.Set(); 
})); 

event.WaitOne(timeout); 
// use bar 

Answer 1

Sí, funcionará correctamente. Lea aquí

http://www.albahari.com/threading/part4.aspx

The following implicitly generate full fences:Setting and waiting on a signaling construct

y en la señalización construye el ManualResetEvent está incluido.

Si usted quiere saber lo que es un full fence Es decir, en la misma página:

completa vallas El tipo más simple de barrera de la memoria es una memoria llena barrera (valla completo) que impide cualquier tipo de instrucción de reordenamiento o cacheando alrededor de esa cerca. Calling Thread.MemoryBarrier genera una valla completa ;

Answer 2

Creo que su código funcionará - el cierre levantará luego en el montón, incluso si se acaba la pila de variables (el ManualReseetEvent seguramente no será).

Pero ¿por qué no pone todo después del evento.WaitOne() solo dentro de la continuación (el bloque fue el evento. Se llama al conjunto)? Creo que esta debería ser la forma preferida de manejar este tipo de situaciones y no te meterás en problemas de esta manera (no necesitas nada el Bar en el bloque externo, y aún puedes usar el MRE para verificarlo).

Consideraría convertir esto en Operaciones utilizando objetos Tarea - esto resolvería todo esto de una vez (por ejemplo, devolver una Tarea desde su AsyncOperation). A continuación, puede esperar el resultado de la Tarea y utilizar la barra de regresar ...

class Foo 
{ 
// ... 
private Task<Bar> AsyncOperation(Task<Bar> initializeBar) 
{ 
    return initializeBar 
      .ContinueWith(
      bar => { 
        /* do your work with bar and return some new or same bar */ 
        return bar; 
        }); 
} 
} 

y utilizar de esta manera:

var task = foo.AsyncOperation(Taks.Factory.StartNew(() => { /* create and return a bar */ })); 
var theBar = task.Result; // <- this will wait for the task to finish 
// use your bar 

PS: El cierre será básicamente envolverlos simplemente en una clase -objeto;) PPS: es difícil para mí probar este código sin su AsyncOperation pero debería funcionar con errores de sintaxis del módulo por ortografía/tipeo incorrectos.