使用Web Service避免线程的并行（异步）任务
我有一项并行执行的任务; 例如，打印用户选择的文件异步。 一种方法可能是使用工作线程。 但是考虑到成千上万的请求涌入Web服务器的情况，以及应用程序产生的另一个线程用于打印声音可怕。 如果所有并发用户都开始打印怎么办？
所以我想避免工作线程的原因。
为了解决这个问题，我已经将代码移到了Web服务中; 我正在调用PrintAsync()方法，并且我订阅了OnPrintComplete以获得通知。 现在我可以发送尽可能多的打印件而不用担心asp.net线程饥饿或阻塞请求。
我知道Web服务在内部使用线程，但那是IOCP线程，这意味着它不会打扰asp.net工作线程。
我想不出可能的缺点 ，除了它将是一个Web服务。
这是一个好方法吗？ 什么是处理此function的更好的 替代版本？
所以你已经描述了你是如何在客户端上进行异步调用的，而实际上还有一些问题我会询问你实际上是如何在那里完全异步，但似乎你的问题更多的是关于如何像可能在服务方面，对吗？
如果您在服务操作中执行长时间运行或I / O绑定操作，则绝对必须开始利用WCF对异步服务操作的支持。 现在，有很多方法可以做到这一点，但是如果你使用.NET 4.0，那么没有比使用任务并行库 （TPL）更好的方法了。
首先，通过将工作卸载到TPL线程，您可以释放WCF I / O线程来处理更多调用。 这样，长时间运行的WCF操作不会限制WCF对其他操作进行记录的能力。
其次，TPL默认使用线程池。 您不必担心每个操作都会激活它自己的线程并最终使资源机器匮乏。 TPL也足够智能，可以比你自己做的更有效地在盒子上传播所有核心的工作，而无需在编写管道代码方面进行大量投资。
第三， TPL可以与传统的异步编程模型（APM）结合使用，这样如果你正在使用Streams （网络或文件）之类的东西，你可以使用它们的BeginRead/Write方法来利用最大的异步I / O.将阻塞读/写时释放CPU线程。 即使你没有使用TPL，你也绝对应该这样做才能达到最高效率，TPL只是让它变得更容易。
以下是如何使用TPL实现异步服务操作的“裸骨”示例：
public IAsyncResult BeginSomeLongRunningOperation(string sampleParam, AsyncCallback callback, object asyncState) { Task processingTask = Task .Factory.StartNew( _ => { ... perform insanely long running operation here ... return 42; }, asyncState); // If there was a callback, we have to invoke it after the processing finishes if(callback != null) { processingTask.ContinueWith( _ => { callback(calculationTask); }, TaskContinuationOptions.ExecuteSynchronously); } return processingTask; } public int EndSomeLongRunningOperation(IAsyncResult asyncResult) { return ((Task )asyncResult).Result; }
那么Microsoft Message Queue（MSMQ）呢？
使用此体系结构，您可以排队所有打印请求，然后使用Windows服务接收和处理。
设置和支持分布式事务非常容易。
MSDN上的MSMQ