Легкая альтернатива ручному/AutoResetEvent в C#

Question

Я написал, что я надеюсь, является легкой альтернативой использованию классов ManualResetEvent и AutoResetEvent в C# /. NET. Обоснование этого заключалось в том, чтобы иметь функциональность «Событие» без веса использования объекта блокировки ядра.

Хотя код, похоже, хорошо работает как при тестировании, так и в производстве, получение такого рода прав для всех возможностей может быть чреватым делом, и я смиренно прошу о любых конструктивных комментариях и критике со стороны StackOverflow. Надеюсь (после обзора) это будет полезно для других.

Использование должно быть аналогично классам Manual/AutoResetEvent с Notify(), используемым для Set().

Здесь идет:

using System; 
using System.Threading; 

public class Signal 
{ 
    private readonly object _lock = new object(); 
    private readonly bool _autoResetSignal; 
    private bool _notified; 

    public Signal() 
    : this(false, false) 
    { 
    } 

    public Signal(bool initialState, bool autoReset) 
    { 
    _autoResetSignal = autoReset; 
    _notified = initialState; 
    } 

    public virtual void Notify() 
    { 
    lock (_lock) 
    { 
     // first time? 
     if (!_notified) 
     { 
     // set the flag 
     _notified = true; 

     // unblock a thread which is waiting on this signal 
     Monitor.Pulse(_lock); 
     } 
    } 
    } 

    public void Wait() 
    { 
    Wait(Timeout.Infinite); 
    } 

    public virtual bool Wait(int milliseconds) 
    { 
    lock (_lock) 
    { 
     bool ret = true; 
     // this check needs to be inside the lock otherwise you can get nailed 
     // with a race condition where the notify thread sets the flag AFTER 
     // the waiting thread has checked it and acquires the lock and does the 
     // pulse before the Monitor.Wait below - when this happens the caller 
     // will wait forever as he "just missed" the only pulse which is ever 
     // going to happen 
     if (!_notified) 
     { 
     ret = Monitor.Wait(_lock, milliseconds); 
     } 

     if (_autoResetSignal) 
     { 
     _notified = false; 
     } 
     return (ret); 
    } 
    } 
} 

Answer 1

Это работает из предположения, что Win32 события являются дорогостоящими. Их нет, мало что можно представить, это дешевле, чем событие. Главный намек на то, что это так, дизайнеры .NET решили, что было бы неплохо использовать событие Win32 для реализации MRE и ARE.

Истинная стоимость вашей замены - это основной FUD, который вы испытаете, когда у вас есть гонка с резьбой и не знаете, что ее вызывает.

Answer 2

К сожалению, правильная реализация монитора довольно тяжелая, учитывая примитивы синхронизации Win32. Мое первоначальное подозрение заключается в том, что «блокировка» будет более тяжелой в использовании ресурсов, чем событие (и, вероятно, построено поверх события).

Answer 3

Один из способов оптимизации работы AutoResetEvent - сохранить свое состояние (сигнализированное/несигнальное) в вашей собственной переменной, поэтому перед тем, как совершить поездку в ядро ​​и на самом деле использовать объект события, вы можете просто проверить состояние вашего приложения переменной и оставаться в режиме пользователя все время.
Я опубликовал demonstration этой концепции пару месяцев назад.

Answer 4

Обычно любая синхронизация выполняется медленно, поэтому лучше избегать их.

Однако, есть большая разница между их скорости:

Процессор поддерживается Interlocked Exchange является самым быстрым в то время как простой логический флаг все еще бьется AutoResetEvent.

Проверить это для полных образцов коды и performance comparisons on AutoResetEvent and alternatives.