我发现这对所有参与者来说都很简单:

创建一个webservice方法，如DoSuchAndSuchProcess 创建一个控制台应用程序来调用这个webmethod。 在任务调度程序中调度控制台应用程序。

使用这种方法，所有的业务逻辑都包含在你的web应用程序中，但你有windows任务管理器的可靠性，或任何其他商业任务管理器来启动它并记录任何返回信息，如执行报告。使用web服务而不是发布到页面有一点优势，因为它更容易从web服务获取返回数据。

创建一个自定义的Windows服务。

我把一些关键任务设置为预定的控制台应用程序，发现它们很难维护。我创建了一个带有“心跳”的Windows服务，它每隔几分钟就会检查数据库中的日程安排。结果很好。

话虽如此，我仍然在使用预定的控制台应用程序来完成大部分非关键的维护任务。如果没坏，就别修。

我不确定你指的是哪种计划任务。如果你的意思是“每小时刷新foo.xml”类型的任务，那么使用Windows的计划任务系统。(通过“at”命令，或者通过控制器。)让它运行一个控制台应用程序，或者请求一个特殊的页面来启动这个过程。

编辑:我应该补充，这是一个好的方式，让你的IIS应用程序运行在预定的点。因此，假设您希望每30分钟检查一次数据库，并通过电子邮件提醒用户一些数据，您可以使用计划任务来请求这个页面，从而让IIS处理事情。

如果你的需求更复杂，你可以考虑创建一个Windows服务，并让它运行一个循环来做你需要的任何处理。这样做还有一个好处，就是可以将代码分离出来用于扩展或管理目的。缺点是，您需要处理Windows服务。

我已经成功地在ASP中使用了Abidar。NET项目(这里有一些背景信息)。

此方法的唯一问题是，如果ASP。NET web应用程序从内存中卸载。由于使用率低)。我尝试过的一件事是创建一个任务，每5分钟访问一次web应用程序，让它保持活跃，但这似乎并不可靠，所以现在我使用Windows调度器和基本的控制台应用程序来做这件事。

理想的解决方案是创建一个Windows服务，尽管这可能是不可能的。如果您正在使用共享托管环境)。从维护的角度来看，这也使得在web应用程序中保持内容更容易一些。

我发现这对所有参与者来说都很简单:

创建一个webservice方法，如DoSuchAndSuchProcess 创建一个控制台应用程序来调用这个webmethod。 在任务调度程序中调度控制台应用程序。

使用这种方法，所有的业务逻辑都包含在你的web应用程序中，但你有windows任务管理器的可靠性，或任何其他商业任务管理器来启动它并记录任何返回信息，如执行报告。使用web服务而不是发布到页面有一点优势，因为它更容易从web服务获取返回数据。

如果你拥有服务器，你应该使用windows任务调度程序。使用AT /?从命令行查看选项。

否则，在基于web的环境中，您可能不得不做一些讨厌的事情，比如设置一台不同的机器，以定时间隔向某个页面发出请求。