посвященный поток для регистрации .net

Question

Я рассматриваю возможность создания асинхронного компонента протоколирования, имеющего выделенный поток, который будет считывать новые элементы из очереди и записывать в базу данных, файл и т. Д. Если я создам поток как фоновый, это будет как только процесс завершится, все объекты в очереди будут потеряны. Если я создаю, это первый план - мне придется выяснить, когда его остановить, поскольку это предотвратит закрытие приложения. Есть ли способ не заставлять разработчиков забывать «останавливать» функции ведения журнала до выхода приложения?

Answer 1

Я полагаю, вы можете:

• Подписаться на AppDomain.ProcessExit события;
• Использовать контрольную переменную Volatile в качестве знака отключения ;
• Установите флаг при возникновении события ProcessExit;
• Контролируйте состояние флага внутри вашей нити и изящно закрывайте соответствующим образом.

Таким образом, вы можете оставить переднюю нить осведомленной о надвигающейся обреченности.

Answer 2

Прежде всего, я должен согласиться с комментариями выше. Я бы просто использовал что-то вроде вместо того, чтобы пытаться катиться самостоятельно. Хотя может показаться, что сначала есть чему поучиться, но это все же лучше, чем писать и отлаживать свои собственные.

Если вы действительно хотите путешествовать по этой дороге, я бы рекомендовал использовать инструкцию 'using' и IDisposable для управления асинхронным поведением. Просто запустите нормальный поток в ctor и сигнал & Присоединитесь к теме на Dispose().

Пример использования:

void Main() 
{ 
    using (new Logging()) 
    { 
     ... 
    } 
} 

Пример класса (непроверенные):

class Logging :IDisposable 
{ 
    ManualResetEvent _stop = new ManualResetEvent(false); 
    Thread _worker = null; 

    public Logging() 
    { 
     _worker = new Thread(AsyncThread); 
     _worker.Start(); 
    } 

    public void Dispose() 
    { 
     _stop.Set(); 
     _worker.Join(); 
    } 

    public void AsyncThread() 
    { 
     ... 
    } 
}  

В вашей обычной регистрации, вы хотите проверить, если поток выполняется, а затем решить между очередями на запись журнала или напрямую присоединяется к выходу журнала. Таким образом, сообщения журнала до и после асинхронного потока будут продолжать работать правильно.