Thread.Abort 和替代方案

Question

这更多是出于个人好奇/兴趣，而不是我试图解决的特定问题。

假设您有一个程序正在对用户提供的信息（例如搜索字符串）执行某些操作，这些信息会随着用户键入而更改。假设您想要向用户显示与他们在任何给定时间键入的内容最相关的信息。

如果线程确实可以中止，我们可以简单地根据最后更改的搜索字符串运行一个线程，并取消任何先前正在进行的线程。

现在普遍接受的最佳做法是在用户键入时使用延迟计时器，该计时器会在启动操作之前等待 0.5 到 1 秒。我希望很明显，从理论上讲，这不是一个理想解决方案（任何类型的人为延迟都会造成永远无法克服的人为瓶颈，即使只有 0.5 秒）。

此外，今天的最佳实践还指出，任何后续操作都应等待前一个操作完成后再执行。在我们无法中止操作的世界中，这是有道理的，但同样，从理论上讲，这远非理想。想象一下，用户键入一个字符并暂停足够长的时间以便操作开始。假设执行此操作需要 10 秒。用户现在被迫等待不可接受的时间才能看到他/她的查询结果。

对此的一个（不理想的）解决方法是同时执行多个操作，假设这样做是安全的，但这仍然会导致性能显着降低。

所以我只是想知道人们对此的想法，至少是针对 .NET 的，以及自从我上次研究以来该领域是否有任何我应该了解的新发展（也许是并行库？）。我也很想知道是否有任何其他语言/框架可以比 .NET 更好地处理这种细粒度的操作控制。

干杯。

Answer 1

您应该查看 任务.NET 4 中的并行库和新的取消模型。任务可以同时运行并且可以安全地取消它们。它看起来很适合您的需要。

Answer 2

通过 .Net 4 对并行编程的增强，例如TPL 和 取消 正如 Mark Byers 提到的。 “永远不要中止线程！除非你确切地知道你在做什么......即使如此也不要。”值得庆幸的是，规则已经放松。

另一个允许更“组合”方法的工具是 Reactive Extensions for .NET (Rx ）。从项目的主页..

Rx 是一个用于编写的库
异步和基于事件的程序
使用可观察的集合。

他们最近发布了动手实验室...

使用 .NET 的响应式扩展来解决异步问题

...其中包括一个解决方案，在时间上奇怪的巧合中，解决了您的示例... “假设您想向用户显示与他们在任何给定时间输入的内容最相关的信息。”......并且需要取消/中止/停止正在进行的任务。

实验室简介...

在我们的运行示例中，我们构建了
建立一个简单的字典建议
应用。当用户输入
搜索词，应用程序将启动
关闭对网络服务的调用以获取
词建议回来。既然我们不
想要阻止 UI，我们需要
保持与对方的沟通
字典服务也是异步的。

按照出色的分步操作，最终的解决方案是......

var txt = new TextBox(); 
var lst = new ListBox { Top = txt.Height + 10 }; 
var frm = new Form { 
    Controls = { txt, lst } 
}; 

// Turn the user input into a tamed sequence of strings. 
var textChanged = from evt in Observable
                  .FromEvent<EventArgs>(txt, "TextChanged") 
                  select ((TextBox)evt.Sender).Text; 

var input = textChanged 
            .Throttle(TimeSpan.FromSeconds(1)) 
            .DistinctUntilChanged(); 

// Bridge with the web service's MatchInDict method. 
var svc = new DictServiceSoapClient("DictServiceSoap"); 
var matchInDict = Observable
                  .FromAsyncPattern<string, string, string, DictionaryWord[]> 
                  (svc.BeginMatchInDict, svc.EndMatchInDict); 

Func<string, IObservable<DictionaryWord[]>> matchInWordNetByPrefix = 
    term => matchInDict("wn", term, "prefix"); 

// The grand composition connecting the user input with the web service. 
var res = from term in input 
          from word in matchInWordNetByPrefix(term).TakeUntil(input) 
          select word; 

// Synchronize with the UI thread and populate the ListBox or signal an error. 
using (res.ObserveOn(lst).Subscribe( 
    words => { 
        lst.Items.Clear(); 
        lst.Items.AddRange((from word in words select word.Word).ToArray()); 
    }, 
    ex => { 
        MessageBox.Show("An error occurred: " + ex.Message, frm.Text, 
                        MessageBoxButtons.OK, MessageBoxIcon.Error); 
    })) 
{ 
    Application.Run(frm); 
} // Proper disposal happens upon exiting the application. 

享受吧。

Answer 3

基本上，中止任务的干净方法是很好地要求它，然后让它优雅地自行关闭。这可以是一个标志、一个取消令牌（例如并行扩展）或类似的东西。

这仅在您控制任务时有效 - 或者当它已经被编程为执行此操作时 - 但它在很多情况下都很有用。

一般来说，我不同意“等待上一个操作完成后再执行下一个操作”。当然，这取决于操作 - 但如果您可以并行运行两个操作，可以防止第一个操作的完成造成混乱，并且不介意第一个操作继续运行直到它注意到您刚刚根据此答案的第一段设置的“请停止”标志，就可以了。但这在很大程度上取决于具体情况。

Answer 4

仅仅因为您不应该滥用 Thread.Abort() 并不意味着您不能取消后台线程中的操作。

// set to true to cancel
volatile bool cancel;

// background thread function
void foo()
{
    bool done = false;

    while (!done && !cancel)
    {
        ...
    }
}

诀窍是让后台线程干净地退出，而不是意外退出。