我有一个运行在Windows Server 2003上的C#控制台应用程序，其目的是读取名为Notifications的表以及名为“NotifyDateTime”的字段，并在达到该时间时发送电子邮件。我已经通过任务计划程序安排它每小时运行一次，检查NotifyDateTime是否在该小时内，然后发送通知。
由于我在数据库中有通知日期/时间，所以似乎应该有比每小时重新运行这个程序更好的方法。
是否存在一个轻量级的进程/控制台应用程序，可以在服务器上运行并从表格中读取当天的通知，准确地在它们到期时发布通知？
我考虑过服务，但那好像太复杂了。
我的建议是编写一个简单的应用程序，使用Quartz.NET。
创建2个作业：
此外，
我强烈建议你为此创建Windows服务，而不是让孤独的控制台应用程序不断运行。它可能会被有权访问服务器的某人意外终止。此外，如果服务器重新启动，您必须手动记住再次打开此类应用程序，而服务可以配置为自动启动。
如果您正在使用Web应用程序，则始终可以在IIS应用程序池进程中托管此逻辑，尽管这是一种非常糟糕的想法。这是因为默认情况下，该进程会定期重启，因此您应更改其默认配置以确保它仍然在夜间工作时仍在工作，而应用程序未使用。除非您的计划任务将被终止。
更新（代码示例）：
管理器类，用于调度和取消作业的内部逻辑。出于安全原因，实现为单例：
internal class ScheduleManager
{
private static readonly ScheduleManager _instance = new ScheduleManager();
private readonly IScheduler _scheduler;
private ScheduleManager()
{
var properties = new NameValueCollection();
properties["quartz.scheduler.instanceName"] = "notifier";
properties["quartz.threadPool.type"] = "Quartz.Simpl.SimpleThreadPool, Quartz";
properties["quartz.threadPool.threadCount"] = "5";
properties["quartz.threadPool.threadPriority"] = "Normal";
var sf = new StdSchedulerFactory(properties);
_scheduler = sf.GetScheduler();
_scheduler.Start();
}
public static ScheduleManager Instance
{
get { return _instance; }
}
public void Schedule(IJobDetail job, ITrigger trigger)
{
_scheduler.ScheduleJob(job, trigger);
}
public void Unschedule(TriggerKey key)
{
_scheduler.UnscheduleJob(key);
}
}
首要任务是从数据库中收集所需信息并安排通知（第二个任务）：
internal class Setup : IJob
{
public void Execute(IJobExecutionContext context)
{
try
{
foreach (var kvp in DbMock.ScheduleMap)
{
var email = kvp.Value;
var notify = new JobDetailImpl(email, "emailgroup", typeof(Notify))
{
JobDataMap = new JobDataMap {{"email", email}}
};
var time = new DateTimeOffset(DateTime.Parse(kvp.Key).ToUniversalTime());
var trigger = new SimpleTriggerImpl(email, "emailtriggergroup", time);
ScheduleManager.Instance.Schedule(notify, trigger);
}
Console.WriteLine("{0}: all jobs scheduled for today", DateTime.Now);
}
catch (Exception e) { /* log error */ }
}
}
第二份工作，用于发送电子邮件：
internal class Notify: IJob
{
public void Execute(IJobExecutionContext context)
{
try
{
var email = context.MergedJobDataMap.GetString("email");
SendEmail(email);
ScheduleManager.Instance.Unschedule(new TriggerKey(email));
}
catch (Exception e) { /* log error */ }
}
private void SendEmail(string email)
{
Console.WriteLine("{0}: sending email to {1}...", DateTime.Now, email);
}
}
仅为这个特定的示例目的而创建的数据库模拟：
internal class DbMock
{
public static IDictionary<string, string> ScheduleMap =
new Dictionary<string, string>
{
{"00:01", "foo@gmail.com"},
{"00:02", "bar@yahoo.com"}
};
}
应用程序的主要入口：
public class Program
{
public static void Main()
{
FireStarter.Execute();
}
}
public class FireStarter
{
public static void Execute()
{
var setup = new JobDetailImpl("setup", "setupgroup", typeof(Setup));
var midnight = new CronTriggerImpl("setuptrigger", "setuptriggergroup",
"setup", "setupgroup",
DateTime.UtcNow, null, "0 0 0 * * ?");
ScheduleManager.Instance.Schedule(setup, midnight);
}
}
输出:
如果你要使用服务，只需将此主要逻辑放入OnStart方法中（我建议启动实际逻辑时使用单独的线程而不是等待服务启动，这样可以避免可能的超时 - 在此特定示例中显然不是这样，但总体而言需要这样做）：
protected override void OnStart(string[] args)
{
try
{
var thread = new Thread(x => WatchThread(new ThreadStart(FireStarter.Execute)));
thread.Start();
}
catch (Exception e) { /* log error */ }
}
private void WatchThread(object pointer)
{
try
{
((Delegate) pointer).DynamicInvoke();
}
catch (Exception e) { /* log error and stop service */ }
}
http://msdn.microsoft.com/en-us/library/vstudio/zxsa8hkf(v=vs.100).aspx
如果您使用MS SQL Server，还可以从SQL Server存储过程调用C#代码。但在这种情况下，您正在利用SQL服务器进程发送邮件，这不是一个好的做法。
但是，您可以调用可以发送电子邮件的Web服务或WCF服务。
但方法1是无误差的、可扩展的、可跟踪的、异步的，并且不会干扰您的数据库或应用程序，您有不同的进程来发送电子邮件。
使用Windows Server中的MSMQ。
我大约三年前也遇到过同样的问题。在最终得到良好结果之前，我进行了多次流程更改。下面是我为什么这样做的原因：
第一次实现是使用Webhosting的特殊守护程序，称为IIS网站。该网站检查调用者IP，然后检查数据库并发送电子邮件。这一直有效，直到有一天，我收到了很多非常恶心的来自用户的电子邮件，他们说我的邮件完全垃圾了他们的邮箱。将电子邮件保存在数据库中并从SMTP电子邮件发送的缺点是没有任何东西可以确保DB到SMTP事务。您永远不确定电子邮件是否已成功发送。发送电子邮件可能会成功，可能会失败，也可能是误报或虚假负面（SMTP客户端告诉您，电子邮件未发送，但实际上已发送）。SMTP服务器存在一些问题，服务器返回false（电子邮件未发送），但电子邮件已发送。在肮脏的邮件出现之前，该守护程序一整天每小时重新发送电子邮件。
第二次实现：为了防止垃圾邮件，我改变了算法，即使发送失败，也认为已发送（我的电子邮件通知并不太重要）。我的第一个建议是：“不要太频繁地启动守护程序，因为这种虚假负面SMTP错误会让用户感到沮丧。”
几个月后，服务器发生了一些变化，守护程序运行不好。我从stackoverflow得到的想法是将.NET计时器绑定到Web应用程序域。这不是一个好主意，因为似乎IIS会因为内存泄漏而不时地重新启动应用程序，如果重启比计时器滴答声更频繁，则计时器永远不会触发。
最后一次实现。Windows调度程序每小时启动Python批处理程序，该程序读取本地网站。这将触发ASP.NET代码。优点是时间窗口调度程序可靠地调用本地批处理和网站。IIS不会挂起，它具有重新启动功能。计时器站点是我的网站的一部分，仍然是一个项目。（您可以使用控制台应用程序代替）简单就是更好。它只是有效！