Czy można bezpiecznie udostępniać zmienne lokalne między wątkami (przez zamknięcie wywołania zwrotnego)?

Question

Chcę zrobić coś takiego jak poniżej: zasadniczo wywołuję operację asynchroniczną, która wywoła wywołanie zwrotne w innym wątku i chcę poczekać, aż zakończy "inline". Obawiam się, że zmiany zmiennych udostępnianych w wątkach (zdarzenie bar &) mogą nie być synchronizowane, na przykład z powodu przechowywania w rejestrach. Jeśli były to zmienne składowe, mogłem oznaczyć je jako zmienne, ale zmienne nie mogą być używane w zmiennych lokalnych tworzonych na stosie. Mógłbym używać zmiennych członkowskich, ale myślę, że jego czystsze nie zaśmiecać mojej klasy, utrzymując to wszystko lokalne.

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

Tak, będzie działać poprawnie. Czytaj tutaj

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

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

i sygnalizacji konstruuje ManualResetEvent jest włączone.

Jeśli chcesz wiedzieć, co full fence jest w tej samej strony:

Pełna ogrodzeń Najprostszym rodzajem bariery pamięci jest pełna pamięć barierą (pełne ogrodzenie), który zapobiega jakiejkolwiek nauczania reorganizację lub buforowanie wokół tego ogrodzenia. Wywołanie Thread.MemoryBarrier generuje pełne ogrodzenie ;

Answer 2

myślę kod zadziała - zamknięcie podniesie następnie do sterty nawet gdyby były tylko stosu zmiennych (the ManualReseetEvent na pewno nie będzie).

Ale dlaczego nie położysz wszystkiego po zdarzeniu.WaitOne() tylko wewnątrz kontynuacji (blok był zdarzeniem. Zostało wywołane)? Myślę, że powinien to być preferowany sposób radzenia sobie z taką sytuacją i nie popadniesz w kłopoty w ten sposób (w ogóle nie potrzebujesz paska w bloku zewnętrznym, a nadal możesz używać MRE do sprawdzenia).

Zastanowiłabym się zamienić to w Operacje za pomocą obiektów Zadania - to rozwiązałoby to wszystko za jednym razem (na przykład zwróć zadanie z AsynocOperation). Następnie można czekać na wynik zadania i korzystać z wracającą Bar ...

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

i używać go tak:

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: Zamknięcie będzie w zasadzie tylko owinąć je w klasie -object;) PPS: ciężko mi przetestować ten kod bez AsyncOperation, ale powinien działać błędy składniowe modulo przez niewłaściwą pisownię/pisanie zrobiłem