c# - 查看当 c#/ASP.NET 线程终止时会发生什么以及如何解决问题

Question

我在一个 ASP.NET 网站上工作，该网站在某些请求上会运行一个非常冗长的缓存过程。我想知道如果在代码处理方式仍在运行时达到执行超时到底会发生什么。

我特别想知道如果代码在 try/finally block 的 try 中，finally 是否仍会运行？

此外，我不确定我是否希望缓存终止，即使它持续那么长时间是否有产生新线程等的方法，我可以绕过这个执行超时？我认为立即返回给用户并说“正在构建缓存”而不是让他们超时会更好。我最近开始使用一些锁定代码来确保一次只构建一个缓存，但我正在考虑扩展它以使其不同步。

我并没有像我一样真正玩过创建线程，所以不确定它们究竟是如何工作的，尤其是在与 ASP.NET 交互方面。例如，如果启动它的父线程终止，这会对衍生线程产生任何影响吗？

我知道这里有很多不同的问题，如果认为最好，我可以将它们分开，但它们似乎都放在一起......不过我会尝试总结这些问题:

1. 如果线程在 try block 中被 ASP.NET 终止，finally block 是否仍会执行
2. 新创建的线程是否会受到与原始线程相同的超时限制？
3. 新创建的线程是否会与创建它们的父线程同时死亡？
4. 一般而言，在 ASP.NET 站点上执行长时间运行的后台进程的最佳方法是什么？

很抱歉问了一些菜鸟问题，我从来没有真正玩过线程，它们仍然让我有点害怕(我的大脑说它们很难)。我可能可以测试很多这些问题的答案，但我对我的测试没有足够的信心。 :)

编辑添加:

回应资本G:

我遇到的问题是 ASp.NET 执行超时当前设置为 1 小时，我认为这对于其中一些进程来说并不总是足够长。我已经把一些东西和锁放在一起，以防止不止一个人触发这些漫长的过程，我担心锁可能不会被释放(我猜如果 finally block 不总是运行可能会发生)。

您对在 ASP.NET 中不运行长进程的评论是我考虑将它们移动到其他线程而不是阻塞请求线程的原因，但我不知道这是否仍然算作在 ASP.NET 体系结构中运行你说不好。

代码实际上不是我的，所以我不允许(并且不确定我是否 100% 足够理解它)将它重新编写成一个服务，尽管那肯定是它最好的地方。

在这种情况下，使用 BackgroundWorker 进程处理可能需要一个小时的事情是否可行(关于 ASP.NET 中长时间运行的进程的评论)。然后我会让请求返回一个“缓存正在构建”页面，直到它完成，然后返回正常服务……这有点像噩梦，但这是我的工作，所以我必须找到一种方法来改进它。 :)

Answer 1

1. 有趣的问题，刚刚测试过，不，它不能保证执行 finally block 中的代码，如果线程被中止，它可能会在处理过程中的任何时候停止。您可以设计一些完整性检查和其他机制来处理特殊的清理例程等，但这也与您的线程处理有很大关系。

2. 不一定，这取决于您如何实现线程。如果您自己使用线程，那么您很容易遇到父线程被终止而其子线程仍在处理的情况，您通常希望在父线程中进行一些清理以结束子线程。有些对象也可能为您做很多这样的事情，所以很难说是哪种方式。至少永远不要假设这一点。

3. 不，不一定，至少不要假设这又与您的设计有关，以及您是自己进行线程化还是使用一些更高级别的线程化对象/模式。无论如何，我永远不会假设这一点。

4. 我不建议在 ASP.NET 架构中长时间运行进程，除非它在典型的超时范围内，如果是 10-20 秒没问题，但如果是几分钟，则不，原因是 ASP.NET 中的资源使用这对用户来说非常糟糕。话虽这么说，您可以执行异步操作，将工作交给服务器，然后在处理完成后返回给用户，(这对于那些 10-20 秒以上的进程非常有用)，可以给用户一点动画或以其他方式让他们的浏览器全部卡住那么长时间，等待服务器上发生的任何事情发生。

如果它是一个长时间运行的进程，需要超过 30-60 秒以上的时间，除非由于进程的性质而绝对必须在 ASP.NET 中完成，我建议将其移动到 Windows 服务并安排它在需要时以某种方式发生。

注意:线程可能很复杂，并不是说它很难，而是你必须非常清楚自己在做什么，这需要对线程是什么以及它们如何工作有深刻的理解，我不是专家，但我也不是全新的，我会告诉你，在大多数情况下，你不需要进入线程领域，即使你看起来像，但是如果你必须，我会建议调查BackgroundWorker 对象，因为它们为了进行批处理等目的而被简化(老实说，对于许多确实需要线程的情况，这通常是一个非常简单的解决方案)。

http://msdn.microsoft.com/en-us/library/system.componentmodel.backgroundworker.aspx