整合Web和Windows服务——按预定时间间隔运行ASP.NET代码

作者：Andrew Needleman

相关技术：C#、.NET、ASP.NET、Window

难度：★★★★☆

读者类型：数据库开发人员、系统结构设计人员

[摘要] 本文讨论了如何安排ASP.NET代码的运行和N层体系结构设计，介绍了Web服务和Windows服务基础知识。

由于Web服务可以与ASP.NET应用程序的其余部分在相同的应用程序上下文中运行，因此它可以在现有代码所预期的相同上下文中执行。因为Windows服务可以在Windows启动时自行启动，所以我将通过Windows服务来启动Web服务调用。

假设您已经用ASP.NET编写了一个出色的Ｎ层应用程序，并且想要扩展它以执行预定任务。例如，每两个小时向数据库中的选定用户发送电子邮件，或者定期分析ASP.NET缓存中的数据以进行应用程序运行状况的监视。您不希望从ASP.NET应用程序中丢弃您的对象模型或者在单独的计划程序和ASP.NET应用程序之间创建太多的依赖项，那么您如何在避免这一点的同时仍然能够让这些应用程序一起工作呢？在基于.NET Framework的应用程序中，经常使用计时器按照预定时间间隔执行活动，因此使用一个计时器似乎是适当的解决方案。您可以从Global.asax中的 Application_Start处理程序中启动计时器以运行预定任务。遗憾的是，该解决方案在应用程序域、进程或系统重新启动方面还不够健壮，这是因为必须向应用程序发出请求以启动计时器。ASP.NET是一种只响应HTTP请求的被动编程范型，因此进程或用户输入必须调用代码以便它能够运行。

更好的解决方案是使用Web服务（Web Service）提供ASP.NET应用程序的接口，并且生成按照预定时间间隔调用它的Windows服务。这样，ASP.NET应用程序就不必拥有日程安排逻辑，并且只需要关心执行那些它已经能够执行的任务。由于Web服务可以与ASP.NET应用程序的其余部分在相同的应用程序上下文中运行，因此它可以在现有代码所预期的相同上下文中执行。因为Windows服务可以在Windows启动时自行启动，所以我将通过Windows服务来启动Web服务调用。因此，即使服务器重新启动，应用程序也能够启动自身。这一重新启动功能使Windows服务成为对该任务而言比典型的基于Windows的应用程序更为健壮的解决方案。这也是为什么Windows服务能用于很多后台进程（例如IIS）的原因。