C# – 线程中止异常(线程中止异常)重新抛出本身

我有当前的代码
class Program
{
    private static void Main()
    {
        while (true)
        {

            try
            {
                Thread.CurrentThread.Abort();
            }
            catch (ThreadAbortException)
            {
                Console.WriteLine("Abort!");
                Thread.ResetAbort();
            }


            Console.WriteLine("Now waiting");
            Console.ReadKey();
        }
    }
}

现在我知道方法ResetAbort应该是阻止ThreadAbortException继续重新抛出自己,即使一个catch语句捕获它,但我的问题是这样的:

如果有人可以使用ResetAbort方法,那么异常的重点是特别重新抛出呢?

用户只能做

catch (ThreadAbortException ex)
    {
        Console.WriteLine("Abort!");
        throw ex;
    }

解决方法

ThreadAbortException本身的重点是确保线程终止,除非用户显式调用ResetAbort.

让我解释:

try
{
    // ... Thread abort happens somewhere in here
}
catch (Exception ex)
{
    _log.Error(ex);
}

这里有一个典型的代码示例,确保没有异常从try块内传播.我知道捕获异常是不好的做法,但是这样的代码仍然存在.

如果在线程位于try块中时调用Abort,您仍然希望它中止.你根本无法依赖用户在任何地方写这种代码

try
{
    // ... Thread abort happens somewhere in here
}
catch (ThreadAbortException)
{
    throw; // No,you'll NEVER see code like this in real life
}
catch (Exception ex)
{
    _log.Error(ex);
}

所以,为了提供一种可靠的中止,异常必须被自动重新抛出,否则很容易被意外丢弃.

ResetAbort是特别检测线程中止时非常罕见的情况,并且您确切知道为什么它会发生,并且您想要防止它.

不用说,这个用例非常少见.线程中止由运行时以非常特殊的方式处理,您应该尽可能避免它们.他们甚至不能像你指出的那样可靠,所有这些讨论都忽视了更糟糕的CER.

相关文章

在要实现单例模式的类当中添加如下代码:实例化的时候:frmC...
1、如果制作圆角窗体,窗体先继承DOTNETBAR的:public parti...
根据网上资料,自己很粗略的实现了一个winform搜索提示,但是...
近期在做DSOFramer这个控件,打算自己弄一个自定义控件来封装...
今天玩了一把WMI,查询了一下电脑的硬件信息,感觉很多代码都...
最近在研究WinWordControl这个控件,因为上级要求在系统里,...