此外，如果你的应用程序使用SQL SERVER，你可以使用SQL代理来安排你的任务。这是我们通常放置重复出现的数据驱动代码(电子邮件提醒、定期维护、清洗等)的地方。SQL Agent内置的一个很好的特性是失败通知选项，它可以在关键任务失败时提醒您。

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

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

为什么要重新发明轮子，使用Threading和Timer类。

    protected void Application_Start()
    {
        Thread thread = new Thread(new ThreadStart(ThreadFunc));
        thread.IsBackground = true;
        thread.Name = "ThreadFunc";
        thread.Start();
    }

    protected void ThreadFunc()
    {
        System.Timers.Timer t = new System.Timers.Timer();
        t.Elapsed += new System.Timers.ElapsedEventHandler(TimerWorker);
        t.Interval = 10000;
        t.Enabled = true;
        t.AutoReset = true;
        t.Start();
    }

    protected void TimerWorker(object sender, System.Timers.ElapsedEventArgs e)
    {
        //work args
    }

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

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

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

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

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

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

我们也使用控制台应用程序。如果您使用像Log4net这样的日志工具，您可以正确地监视它们的执行。另外，我不确定它们为什么比网页更难维护，因为如果设计得当，两者之间可能会共享一些相同的代码库。

如果你不愿意让这些任务定时运行，你可以在你网站的管理部分设置一个网页作为队列。用户输入一个运行任务的请求，它反过来在MyProcessQueue表中插入一个空白的日期戳记录，您的计划任务每X分钟检查一次MyProcessQueue中的新记录。这样，它只在客户希望它运行时运行。

希望这些建议能有所帮助。