Nano Hash - криптовалюты, майнинг, программирование

Утилизировать таймер внутри анонимного метода

У меня есть блок кода, который будет вызываться относительно часто. Прежде чем он будет вызван, мне нужна задержка в 2000 мс.

Первое, что пришло на ум, — это создание/удаление таймера каждый раз, когда вызывается метод.

Для этого я использую таймер (см. код). Мой вопрос... какие-либо опасности/проблемы, вызывающие Dispose внутри анонимного метода ниже? Рекомендации по лучшему подходу?

Есть ли недостатки в следующем? Плохая идея?

delayTimer = new Timer() { Interval = 2000 };
{
    delayTimer.Tick += (sender2, e2) => 
    { 
        ((Timer)sender2).Stop();     
        MessageBox.Show("Do something after 2000ms"); 
        delayTimer.Dispose(); 
    };
}

  • Что произойдет, если перед вызовом Dispose возникнет исключение? 17.10.2012
  • Вы можете использовать System.Threading.Thread.Sleep синхронно... 17.10.2012
  • хорошее замечание... обертывание в Try finally должно охватывать это... и я мог бы избавиться там. Редактирование... Редактировать: на самом деле обернуть его в попытку не получится, так как он просто немедленно избавится от таймера. 17.10.2012
  • Джо, меня беспокоит Thread.Sleep, потому что в этом приложении уже запущено несколько потоков, и он интенсивно использует графический интерфейс. Я беспокоюсь о блокировке потока пользовательского интерфейса. Это необоснованное беспокойство с моей стороны? 17.10.2012
  • Почему 2 секунды? Есть ли процесс, который должен произойти до выполнения вашей функции do_something_function()? 17.10.2012
  • Джош, спасибо за ответ... когда пользователь нажимает кнопку, скажем, рабочий поток выполняет некоторую обработку. Во время его обработки мне нужно отобразить визуал для пользователя (аналогично счетчику iPhone). Я хочу отображать это только в том случае, если рабочий процесс занимает много времени. В этом случае › 2 секунды. Это связано с тем, что в 90% случаев поток вернется через ‹ 2 секунды, и я не хочу отображать счетчик для пользователя, если это так. Полагаться на готовое событие — не вариант. Любые мысли так или иначе о моем подходе? Спасибо 17.10.2012

Ответы:


1

Одна вещь, которую вы можете сделать по-другому, — это переместить Dispose для таймера в начало анонимного метода. Таким образом, даже если вы вызовете исключение позже в методе, вы все равно удалите таймер. Я использовал этот шаблон раньше, и это достаточно чистый способ получить отложенный обратный вызов.

Если вы используете C#5, есть очень хороший Task.Delay вы можете ждать, чтобы получить обратный вызов таймера в асинхронном методе. Это часто используется для реализации тайм-аутов в сочетании с вызовом WaitAny следующим образом:

    public static async Task WithTimeout(this Task task, int timeout, string timeoutMessage = null, params object[] args)
    {
        var timeoutTask = Task.Delay(timeout);
        if (await Task.WhenAny(task, timeoutTask) == timeoutTask)
            throw new TimeoutException(timeoutMessage == null ? "Operation timed out" : string.Format(timeoutMessage, args));

        await task;
    }
17.10.2012
  • +1 за предложение по утилизации и C # 5. Хотел бы я иметь доступ к задачам... это сделало бы жизнь намного проще. К сожалению, на данный момент мне гарантирован только .Net 4.0. 22.10.2012

  • 2

    Очень странная задача, но ладно.

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

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

    17.10.2012
  • Спасибо за ваш ответ. Любопытно, почему вы считаете, что это странная задача. Если странно, у вас есть альтернативное предложение, кроме использования таймера? Причина, по которой мне нужно это сделать, заключается в том, что у меня есть один рабочий поток, обрабатывающий задачу. Когда этот поток начинает свое выполнение, мне нужно визуально отобразить что-то пользователю через другой поток. Это похоже на отображаемую анимацию обработки. Однако я не хочу сразу показывать это. Я хочу задержку 2000 мс перед отображением. Для этого есть законные причины, связанные с пользовательским опытом. Спасибо 17.10.2012
  • также зачем нужны кеширующие таймеры? Насколько это чище, чем создание/удаление на лету? (не критическое утверждение...просто вопрос) :) 17.10.2012
  • Идея Сергея похожа на пул таймеров. Это похоже на пул соединений, но только с таймерами. Это неплохая идея, поскольку она способствует повторному использованию. Однако я не знаю, действительно ли таймер требует больших ресурсов. 17.10.2012
  • @user1631520 user1631520 - Почему бы просто не вызвать Thread.Sleep(2000) в начале потока отображения? Это не запустит другой поток, он просто задержит текущий поток на 2 секунды. 17.10.2012

  • 3

    Кэш нужен только в том случае, если вы создаете таймеры очень часто (сотни раз в секунду), потому что многократное создание и удаление такого тяжеловесного объекта, как Таймер (он использует некоторые системные ресурсы) может привести к проблемам с производительностью. Но из вашего подробного описания видно, что вы не собираетесь так часто создавать таймеры, так что можете оставить свое решение. Но вместо использования таймера вы можете использовать RX Interval наблюдаемая коллекция, и весь ваш код будет сокращен до 1 строки :

    Observable.Interval(TimeSpan.FromSeconds(2)).Take(1).Subscribe(_ => MessageBox.Show("Do something after 2000ms"));
    
    17.10.2012
  • Лучше использовать Timer, а не пару Interval/.Take(1). Ваш код будет выглядеть так: Observable.Timer(TimeSpan.FromSeconds(2)).Subscribe(/* */); 18.10.2012

  • 4

    У меня не было серьезных проблем с производительностью при создании тысячи таймеров с вашим кодом.

    Удаление Timer (или любого IDisposable) в анонимном методе вообще не проблема.

    Однако ваш код написан не лучшим образом. Вместо этого попробуйте эту реализацию:

        var delayTimer = new Timer()
        {
            Interval = 2000,
            Enabled = true,
        };
        EventHandler tick = null;
        tick = (_s, _e) => 
        { 
            delayTimer.Tick -= tick;
            delayTimer.Stop();     
            delayTimer.Dispose(); 
            MessageBox.Show("Do something after 2000ms");
        };
        delayTimer.Tick += tick;
    

    Всегда полезно отсоединить событие, прежде чем пытаться избавиться от таймера. На самом деле может быть много случаев, когда невозможность отсоединения не позволит GC правильно очиститься, и у вас может возникнуть утечка памяти.

    Тем не менее, мне нравится ответ Rx на этот вопрос как самый чистый путь. Хотя использование Rx не упорядочивает обратный вызов в потоке пользовательского интерфейса, если вы не сделаете это:

    Observable
        .Timer(TimeSpan.FromSeconds(2.0))
        .ObserveOn(this) // assuming `this` is your form
        .Subscribe(_ => MessageBox.Show("Do something after 2000ms"));
    

    Гораздо проще.

    17.10.2012
    Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

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

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

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

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..