.net 异步调用与多线程
我在VB.NET中有一个Windows服务，它按顺序调用几个长时间运行的进程（常规子例程，而不是web svc、远程处理或任何花哨的东西）。我很了解如何实现多线程，因为我们以前从未实现过多线程，这是任务代码。我想改为异步调用例程。我对此很熟悉，并将其作为某些web服务的一部分使用。我错过什么了吗？异步调用似乎是避免多线程问题的一种“穷人”方式。异步调用通常比常规多线程更好，因为它们利用IO完成端口线程，在CPU使用方面效率更高 异步调用似乎是避免多线程问题的“穷人”方式 不一定。Javascript（以及Node.js等Javascript的服务器变体）在单个线程上运行，但使用了大量异步，因此不需要花费太多时间等待长时间运行的操作完成。这是一种优化单个线程的方法，如果你有正确的思维方式，它可以是一种非常强大的编程方法 如果你喜欢异步编程，那就去吧！没有必要仅仅因为任务可以并行化就引入大量线程 然而，如果任务是CPU受限的，那么单个线程将阻塞，异步将不会有明显的帮助。如果任务是IO，那么异步可能是一种方法 编辑： 对不起，我不清楚。我所说的CPU受限是指，如果某个特定操作使用了大量CPU，那么该线程将持续使用，而不会用于其他任务 例如：.net 异步调用与多线程,.net,asynchronous,windows-services,.net,Asynchronous,Windows Services,我在VB.NET中有一个Windows服务，它按顺序调用几个长时间运行的进程（常规子例程，而不是web svc、远程处理或任何花哨的东西）。我很了解如何实现多线程，因为我们以前从未实现过多线程，这是任务代码。我想改为异步调用例程。我对此很熟悉，并将其作为某些web服务的一部分使用。我错过什么了吗？异步调用似乎是避免多线程问题的一种“穷人”方式。异步调用通常比常规多线程更好，因为它们利用IO完成端口线程，在CPU使用方面效率更高 异步调用似乎是避免多线程问题的“穷人”方式 不一定。Javascri
// task
long sum = 0;
for (int i = 0; i < 1000000; i++)
for (int j = 1000000; j > 0; j--)
sum = i + j;
//任务
长和=0；
对于（int i=0；i<1000000；i++）
对于（int j=1000000；j>0；j--）
总和=i+j；
// task
List<string> urls = GetListOfUrls();
List<string> html = new List<string>();
foreach (var url in urls)
{
GetUrlAsync(url, callback: (data) => html.Add(data) );
}
//任务
列表URL=getListoForls（）；
List html=新列表（）；
foreach（url中的变量url）
{
GetUrlAsync（url，回调：（数据）=>html.Add（数据））；
}
因此，如果您的任务将花费大量时间等待外部进程，请使用异步。如果任务将消耗cpu，请使用多线程。我不知道通过异步调用可以避免什么多线程问题。异步调用是多线程的。唯一真正的区别是，异步调用通常用于相对较短的任务，而传统的多线程处理（显式创建线程并启动它运行）通常用于长时间运行的任务 无论如何，您仍然存在相同的并发问题 您可以对长时间运行的任务使用异步调用。事实上，
TaskTaskCreationOptions.LongRunning使用
ThreadTaskThreadPool.QueueUserWorkItem