完成后在 Web 服务中分离线程

Question

如果在我道歉之前有人问过这个问题，这是 .NET 2.0 ASMX Web 服务，再次道歉 =D

仅公开 Web 服务的 .NET 应用程序。 每天大约有 1000 万条消息在多个 IIS 服务器之间进行负载平衡。 每个传入消息都是 XML，传出消息是 XML。 (XMLElement)（我们有在类固醇上运行的强大服务器）。

我有一个 SLA，所有消息都在 X 秒内处理。

一个函数，链接方法，在这个过程中现在需要 10-20 秒，每个事务都需要它，但是它在 Web 服务返回结果之前发生并不重要。 正因为如此，我建议把它扔到另一个线程上，但现在意识到我的话和他们背后的热心开发人员可能没有完全考虑到这一点。

下面的示例在左侧显示了当前的流程。 在右边正在尝试什么

实际上，我正在寻找的是让 Web 服务产生一个长时间运行（10-20 秒）的线程，即使在 Web 服务完成后，该线程也会执行。

实际上，这就是正在发生的事情：

        Thread linkThread= new Thread(delegate()
        {
            Linkmembers(GetContext(), ID1, ID2, SomeOtherThing, XMLOrSomething);
        });
        linkThread.Start();

使用它，我们将开发箱的时间从 19 秒减少到 2.1 秒，这是相当可观的。

我担心随着我们获得的流量如此之大，如果供应商/外部方决定限制我们，IIS 可能会决定在这些线程完成处理之前回收/终止这些线程。 我同意我们的解决方案可能不是“最好的”，但是我们没有时间构建队列系统或其他 Windows 服务来处理这个问题。

有一个更好的方法吗？ 有什么需要考虑的注意事项吗？

谢谢。

Answer 1

除了你描述的问题，我想不出任何问题。 话虽如此，有一些方法可以解决问题，而无需从头开始构建自己的解决方案。

将MSMQ 与 WCF 结合使用：使用由IIS 托管的 MSMQ 端点创建 WCF 服务（只要启用了 WAS，就无需使用 Windows 服务），并从 ASMX 服务内部调用该服务。 您无需构建自己的队列即可获得可靠队列的所有好处。

另外，如果您的 MSMQ 服务失败或抛出异常，它将自动重新处理。 如果您使用 DTC 并且正在访问数据库，您甚至可以将 MSMQ 事务流​​传输到数据库。