C'è qualcosa di sbagliato nell'attesa Task.Run (() => semaphore.WaitOne())?

Question

Il titolo dice tutto. C'è qualcosa che non va con await Task.Run(() => semaphore.WaitOne());? System.Threading.Semaphore non è thread-affine, quindi non penserei che ci sarebbe un problema. So che la classe SemaphoreSlim è disponibile, ma devo eseguire la sincronizzazione tra processi e SemaphoreSlim non lo fa.

Oppure/posso creare il mio tipo personalizzato di WaitHandle?

Answer 1

Se stai cercando di mantenere l'interfaccia utente sensibile in attesa che il semaforo qui, potrebbe avere senso, ma c'è un problema: "Semaphores don't have owners". Se si condivide il semaforo tra due processi e l'altro si blocca senza chiamare Semaphore.Release(), , la proprietà sulla risorsa condivisa verrà persa. Il processo rimanente potrebbe non essere in grado di acquisirlo di nuovo.

IMO, la semantica Mutex sarebbe più appropriata qui, ma con Mutex avresti bisogno di affinità di thread. Forse, è possibile acquisire il mutex, accedere alla risorsa e rilasciarlo sullo stesso thread:

await Task.Factory.StartNew(() => 
{ 
    mutex.WaitOne(); 
    try 
    { 
     // use the shared resource 
    } 
    finally 
    { 
     mutex.ReleaseMutex(); 
    } 
}, TaskCreationOptions.LongRunnning); 

Se questo non è possibile (ad esempio, perché è necessario accedere alla risorsa condivisa sul thread dell'interfaccia utente principale), si potrebbe usa un thread dedicato per il mutex. Questo può essere fatto con uno schedulatore di attività personalizzato, ad es. di StaTaskScheduler con numberOfThreads:1 Stephen Toub (il filo di supporto non deve essere fatta STA in questo caso):

using (var scheduler = new StaTaskScheduler(numberOfThreads: 1)) 
{ 
    await Task.Factory.StartNew(
     () => mutex.WaitOne(), 
     CancellationToken.None, 
     TaskCreationOptions.None, 
     scheduler); 
    try 
    { 
     // use the shared resource on the UI thread 
    } 
    finally 
    { 
     Task.Factory.StartNew(
      () => mutex.ReleaseMutex(), 
      CancellationToken.None, 
      TaskCreationOptions.None, 
      scheduler).Wait(); 
    } 
} 

Aggiornato, se siete preoccupati per WinRT (vale a dire, .NET for Windows Store Apps) o Windows Phone, quindi Task.Factory.StartNew w/TaskCreationOptions.LongRunning è ancora lì, è possibile utilizzarlo al posto di new Thread() con StaTaskScheduler o qualcosa come il mio ThreadWithSerialSyncContext ogni volta che è necessario un thread in background con affinità.