对长时间运行的服务器端方法实现客户端调用的正确方法

Question

我正在使用WCF中的SOAP客户端与自托管的WCF服务进行通信，以远程控制我正在开发的一款软件。该软件的运行时间非常长（可以称之为Print），运行时间可能会持续几分钟，也可能长达一小时。我试图找出如何实现方法Print给出了以下要求：

1. 服务器应该能够筹集FaultExceptions到客户端，万一出了差错。
2. 如果与服务的连接丢失，应尽快通知客户端。
3. 如果断开连接，服务器端进程Print应该继续运行，以便客户端可以重新连接并继续监视进程并在必要时中止进程。

由于我是WCF的新手，我不确定如何实现这一点。我现在看到两种选择：

1. 让Print一个async方法，让我可以“射后不理”，直到它完成或抛出一个FaultException。这看起来很直接，但我看到这个“问题”：WCF中有一个客户端请求超时，默认值为1分钟，这也适用于async方法（如果我没有弄错）以及我将因此得到哪些大幅增加。这看起来有点像黑客。 async方法StartPringing启动服务器端的任务打印和直接返回（或抛出一个异常的情况下，出现错误）和客户机 -
2. 通过拆分其行为为非实施的Print自己的async行为回调方法PrintingFinished。然后，我可以使用回调PrintingFinished向客户端发出信号，当打印进程完成或使用额外的回调PrintingFailed发送异常以防出现问题时。这个实现将被隐藏在async方法Print之后，因此它的行为方式可能会引发异常。在这里，我看到以下挑战：我将不得不实施整个异常回调 - 自己处理异常，以处理在StartPringing返回后发生的异常（从StartPringing本身我可以抛出FaultExceptions）。

对于这两种情况，我将不得不探讨如何检测，当连接被串联（我目前在服务上使用ping方法），然后以某种方式获取该事件以从内部抛出异常方法Print。在实现方面，这看起来与备选方案（2）更加一致，因为我需要在打印过程完成或引发异常时实施所有其他事件处理程序。然而我不确定我会如何实现这个替代（1）。

那么，两种选择中的哪一种是“更好的”。更好地说，我的意思是以下考虑因素： 1.与WCF中的“标准”方式一致以实现如此长时间运行的方法。 2.可维护性和可扩展性。

如果我应该考虑任何其他选择，我会感激任何其他建议。

Answer 1

对于我所了解的您的问题，我认为如果您需要使用像MSMQ这样的消息队列的可靠性的真正异步通信。您可以使用WCF使用它：https://msdn.microsoft.com/en-us/library/ms789048(v=vs.110).aspx

更新

在你的情况，你可以使用SOAP调用打印命令发送到服务器，因为它同步，你需要知道，如果服务器处理请求。在打印操作之后是漫长而异步的。当这个操作完成（例外与否）它需要通知客户端。但客户端可能会关闭例如。对于该通信，Message Queue是解决方案，MQ确保消息将被传输。 https://en.wikipedia.org/wiki/Message_queue

如果你不想使用MSMQ，可以实现对客户端的Web服务由打印服务器被通知，例如使用UUID在内存或在匹配的地图调用和通知数据库。