Есть ли способ приостановить обсуждение на неопределенный срок?

Никогда, никогда не используйте Thread.Suspend. Основная проблема заключается в том, что в 99% случаев вы не можете знать, что делает этот поток, когда вы его приостанавливаете. Если этот поток удерживает блокировку, вам будет проще попасть в ситуацию взаимоблокировки и т. Д. Имейте в виду, что код, который вы вызываете, может получать / снимать блокировки за кулисами. Win32 имеет аналогичный API: SuspendThread и ResumeThread. Следующие документы для SuspendThread дают хорошее резюме опасностей API:

http://msdn.microsoft.com/en-us/library/ms686345(VS.85).aspx

Эта функция в первую очередь предназначена для использования отладчиками. Он не предназначен для синхронизации потоков. Вызов SuspendThread в потоке, которому принадлежит объект синхронизации, такой как мьютекс или критическая секция, может привести к тупиковой ситуации, если вызывающий поток пытается получить объект синхронизации, принадлежащий приостановленному потоку. Чтобы избежать этой ситуации, поток в приложении, который не является отладчиком, должен сигнализировать другому потоку о приостановке. Целевой поток должен быть спроектирован так, чтобы отслеживать этот сигнал и соответствующим образом реагировать.

Правильный способ приостановить поток на неопределенный срок - использовать ManualResetEvent. Скорее всего, поток зацикливается, выполняя некоторую работу. Самый простой способ приостановить поток - заставить поток «проверять» событие на каждой итерации, например:

while (true)
{
    _suspendEvent.WaitOne(Timeout.Infinite);

    // Do some work...
}

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

Вы бы создали событие так:

ManualResetEvent _suspendEvent = new ManualResetEvent(true);

Параметр true сообщает событию, что оно должно начинаться в сигнальном состоянии.

Если вы хотите приостановить поток, вы делаете следующее:

_suspendEvent.Reset();

И чтобы возобновить обсуждение:

_suspendEvent.Set();

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

Ради интереса я приведу полный пример:

public class Worker
{
    ManualResetEvent _shutdownEvent = new ManualResetEvent(false);
    ManualResetEvent _pauseEvent = new ManualResetEvent(true);
    Thread _thread;

    public Worker() { }

    public void Start()
    {
        _thread = new Thread(DoWork);
        _thread.Start();
    }

    public void Pause()
    {
        _pauseEvent.Reset();
    }

    public void Resume()
    {
        _pauseEvent.Set();
    }

    public void Stop()
    {
        // Signal the shutdown event
        _shutdownEvent.Set();

        // Make sure to resume any paused threads
        _pauseEvent.Set();

        // Wait for the thread to exit
        _thread.Join();
    }

    public void DoWork()
    {
        while (true)
        {
            _pauseEvent.WaitOne(Timeout.Infinite);

            if (_shutdownEvent.WaitOne(0))
                break;

            // Do the work here..
        }
    }
}

Электронная книга Threading в C # резюмирует Thread.Suspend и Thread.Resume таким образом:

У устаревших методов приостановки и возобновления есть два режима - опасный и бесполезный!

В книге рекомендуется использовать конструкцию синхронизации, такую ​​как AutoResetEvent или Monitor.Wait, чтобы выполнить приостановку и возобновление потока.

Я только что реализовал класс LoopingThread, который зацикливает действие, переданное конструктору. Это основано на сообщении Брэннона. Я добавил в это свойство WaitForPause(), WaitForStop() и TimeBetween, которое указывает время, которое следует подождать до следующего цикла.

Я также решил изменить цикл while на цикл do-while. Это даст нам детерминированное поведение для последовательных Start() и Pause(). Под детерминированным я подразумеваю, что действие выполняется хотя бы один раз после команды Start(). В реализации Браннона это может быть не так.

Я упустил некоторые вещи, которые объясняют суть проблемы. Такие вещи, как «проверьте, был ли поток уже запущен» или шаблон IDisposable.

public class LoopingThread
{
  private readonly Action _loopedAction;
  private readonly AutoResetEvent _pauseEvent;
  private readonly AutoResetEvent _resumeEvent;
  private readonly AutoResetEvent _stopEvent;
  private readonly AutoResetEvent _waitEvent;

  private readonly Thread _thread;

  public LoopingThread (Action loopedAction)
  {
    _loopedAction = loopedAction;
    _thread = new Thread (Loop);
    _pauseEvent = new AutoResetEvent (false);
    _resumeEvent = new AutoResetEvent (false);
    _stopEvent = new AutoResetEvent (false);
    _waitEvent = new AutoResetEvent (false);
  }

  public void Start ()
  {
    _thread.Start();
  }

  public void Pause (int timeout = 0)
  {
    _pauseEvent.Set();
    _waitEvent.WaitOne (timeout);
  }

  public void Resume ()
  {
    _resumeEvent.Set ();
  }

  public void Stop (int timeout = 0)
  {
    _stopEvent.Set();
    _resumeEvent.Set();
    _thread.Join (timeout);
  }

  public void WaitForPause ()
  {
    Pause (Timeout.Infinite);
  }

  public void WaitForStop ()
  {
    Stop (Timeout.Infinite);
  }

  public int PauseBetween { get; set; }

  private void Loop ()
  {
    do
    {
      _loopedAction ();

      if (_pauseEvent.WaitOne (PauseBetween))
      {
        _waitEvent.Set ();
        _resumeEvent.WaitOne (Timeout.Infinite);
      }
    } while (!_stopEvent.WaitOne (0));
  }
}

Если нет требований к синхронизации:

Thread.Sleep(Timeout.Infinite);

Помимо предложений выше, я хотел бы добавить один совет. В некоторых случаях использование BackgroundWorker может упростить ваш код (особенно когда вы используете анонимный метод для определения DoWork и других его событий).

В соответствии с тем, что сказали другие - не делайте этого. Что вы действительно хотите сделать, так это «приостановить работу» и позволить вашим потокам свободно перемещаться. Не могли бы вы подробнее рассказать о цепочках, которые хотите приостановить? Если вы не запускали ветку, вам определенно не стоит даже думать о ее приостановке - она ​​не ваша. Если это ваш поток, то я предлагаю вместо того, чтобы приостанавливать его, просто оставьте его в покое, ожидая, пока будет проделана дополнительная работа. В своем ответе Брэннон предлагает несколько отличных предложений по этому поводу. Или просто позвольте этому закончиться; и запускайте новый, когда вам это нужно.

Suspend () и Resume () могут быть лишены смысла, однако они никоим образом не бесполезны. Если, например, у вас есть поток, выполняющий длительную работу по изменению данных, и пользователь желает остановить его, он нажимает кнопку. Конечно, вам нужно запросить подтверждение, но в то же время вы не хотите, чтобы этот поток продолжал изменять данные, если пользователь решит, что он действительно хочет прервать выполнение. Приостановка потока в ожидании нажатия пользователем кнопки «Да» или «Нет» в диалоговом окне подтверждения - это единственный способ предотвратить изменение данных, прежде чем вы сигнализируете о назначенном событии прерывания, которое позволит ему останавливаться. События могут быть удобны для простых потоков, имеющих один цикл, но еще одна проблема - сложные потоки со сложной обработкой. Конечно, Suspend () не следует никогда использовать для синхронизации, поскольку ее полезность не для этой функции.

Только мое мнение.