最近的一个项目有一些地方需要用到定时功能，在设计过程中，突然发现.net的Timer类居然还有很多我以前没有用过的功能，这里就跟大家分享一下
注:这里的Timer类特指System.Threading.Timer类
情景1：我需要服务器在每天的00:00点执行一个操作
我当开始想到的方法很2b，居然是设定定时器每个1分钟去检查时间，如果当前时间与00：00相差不超过1分钟时，就执行操作！！！由于这段的代码太过2b，所以就不放上来了！
我都不知道自己刚开始怎么会想到如此2的设计，几乎刚把代码写完我自己就把这个方案个否定了，极度浪费资源不说，还不能精准的在00:00执行操作！
于是我又一次查看了msdn，msdn真是编程神器啊，现在我离开了它简直是寸步难行了，我惊喜的发现Timer的构造函数中有这样一个参数
这个dueTime参数不正是我需要的吗？只不过我以前一般忽略了这个参数，直接将其置为0了！所以我立刻写下了下面的代码
var span = DateTime.Today.AddDays() - DateTime.Now;
var timer = new Timer(callback, null, (int)span.TotalMilliseconds, * * );
于是在第二天的00:00，定时器就开始执行，然后每隔24小时执行一次，这样就完美的达到了情景中的目标！
情景2：我需要每个5分钟保存一次RichTextBox中的内容
这实际上就是一个类似Word的自动保存功能，刚开始我觉得很简单，不就是定义一个5分钟的定时器就了事吗？后来想想不这么简单，因为如果用户不在RichTextBox更改任何内容，这是还是隔5分钟保存一次就是资源浪费！于是可以将上述情景更加精确的描述为：
在用户每次对RichTextBox的内容修改之后的5分钟时，对RichTextBox中内容保存一次！
这样又如何去实现呢？于是我又一次查看了MSDN，果然没让我失望，MSDN又一次给了我惊喜，请看下面的MSDN说明
这句话简直就是为了解决情境中的问题说的啊！于是我立刻写下了下面的代码：
System.Threading.Timer timer = null;
bool needSave = false;
private void richTextBox1_TextChanged(object sender, EventArgs e)
{
if (timer == null)
timer = new System.Threading.Timer(Callback, null, * * , );
else if (needSave)
{
needSave = false;
timer.Change( * * , );
}
}
void Callback(object state)
{
Save();
needSave = true;
}
将period参数置为0，就意味着定时器只会执行一次，此时定时功能是依靠参数dueTime来实现的，Change函数可以重启定时功能，并且每次RichTextBox中有内容的改变，定时器就会被重置，这样就完美的解决了情境中的问题了！
以上图片由“博客园”提供
