Есть ли хороший метод в C# для выдачи исключения на данном потоке

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

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

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

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

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

При исследовании другой проблемы я столкнулся с этой статьей, которая напомнила мне о вопросе:

Достигание глубин ThreadAbortException с помощью Ротора

Это показывает циркуляции, что.NET идет до Потока реализации. Аварийное прекращение работы () - по-видимому, любое другое исключение перекрестного потока должно было бы быть подобным. (Yeech!)

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

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

Как другие, я не уверен, что это - такая хорошая идея, но если Вы действительно хотите сделать это, затем можно создать подкласс SynchronizationContext, который позволяет отправлять и отправлять делегатов в целевом потоке (если это - поток WinForms, работа сделана для Вас как таковой, подкласс уже существует). Целевой поток должен будет реализовать своего рода насос сообщения, эквивалентный хотя, для приема делегатов.

@Orion Edwards

Я беру Вашу точку об исключении, добавляемом наконец блок.

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

Поток A:

At some random time, throw an exception on thread C:

Поток B:

try {
    Signal thread C that exceptions may be thrown
    //do stuff, without needing to check exit conditions
    Signal thread C that exceptions may no longer be thrown
}
catch {
    // exception/interrupt occurred handle...
}
finally {
    // ...and clean up
    CloseResourceOne();
    CloseResourceTwo();
}

Поток C:

 while(thread-B-wants-exceptions) {
        try {
            Thread.Sleep(1) 
        }
        catch {
            // exception was thrown...
            if Thread B still wants to handle exceptions
                throw-in-B
        }
    }

Или это просто глупо?

То, что говорит Орион Эдвардс, не совсем верно: это не "единственный" способ.

// Очевидно, что это плохо, и единственный способ остановить это - НЕ бросать
// исключения в потоках

Использование CER (Constrained Execution Regions) в C# позволяет вам освобождать ресурсы как атомарную операцию, защищая ваш код от межпотоковых исключений. Эта техника используется несколькими классами .NET Framework, которые работают с родным API Windows, где неосвобожденный хэндл может привести к утечке памяти.

См. http://msdn.microsoft.com/en-us/library/system.runtime.compilerservices.runtimehelpers.prepareconstrainedregions.aspx

В следующем примере показано, как надежно установить хэндлы с помощью метода PrepareConstrainedRegions. Чтобы надежно установить хэндл на указанный ранее существующий хэндл, необходимо убедиться, что выделение собственного хэндла и последующая запись этого хэндла в объект SafeHandle являются атомарными. Любой сбой между этими операциями (например, прерывание потока или исключение из памяти) приведет к утечке родного дескриптора. Вы можете использовать метод PrepareConstrainedRegions, чтобы убедиться, что хэндл не будет утечен.

Как просто:

public MySafeHandle AllocateHandle()
{
    // Allocate SafeHandle first to avoid failure later.
    MySafeHandle sh = new MySafeHandle();

    RuntimeHelpers.PrepareConstrainedRegions();
    try { }
    finally  // this finally block is atomic an uninterruptible by inter-thread exceptions
    {
        MyStruct myStruct = new MyStruct();
        NativeAllocateHandle(ref myStruct);
        sh.SetHandle(myStruct.m_outputHandle);
    }

    return sh;
}