我有当前的代码：
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.
