Windows服务与计划任务

Question

Windows服务的缺点和优点与重复运行程序的计划任务(例如每两分钟)有什么关系？

Answer 1

更新:

在我的原始答案将近四年之后,这个答案已经过时了.自TopShelf出现以来,Windows服务开发变得轻而易举.现在您只需要弄清楚如何支持故障转移......

原答案:

我真的不是Windows Scheduler的粉丝.用户的密码必须以@moodforall指出的方式提供,当有人更改该用户的密码时,这很有趣.

Windows Scheduler的另一个主要烦恼是它以交互方式运行而不是作为后台进程运行.当在RDP会话期间每20分钟弹出15个MS-DOS窗口时,你会踢自己并没有将它们安装为Windows服务.

无论您选择什么,我当然建议您将处理代码分离到控制台应用程序或Windows服务的不同组件中.然后您可以选择从控制台应用程序调用工作进程并将其挂接到Windows Scheduler,或使用Windows服务.

您会发现安排Windows服务并不好玩.一个相当常见的情况是您需要定期运行一个长时间运行的进程.但是,如果您正在处理队列,那么您实际上不希望同一个工作程序的两个实例处理相同的队列.因此,您需要管理计时器,以确保长时间运行的进程运行的时间超过指定的计时器间隔,在现有进程完成之前,它不会再次启动.

在你写完所有这些之后,你想,为什么我不使用Thread.Sleep？这允许我让当前线程继续运行直到它完成,然后暂停间隔开始,线程进入休眠状态并在所需时间后再次启动.整齐!

然后你会阅读互联网上的所有建议,很多专家告诉你如何编程实践真的很糟糕:

http://msmvps.com/blogs/peterritchie/archive/2007/04/26/thread-sleep-is-a-sign-of-a-poorly-designed-program.aspx

所以你会抓住你的头,想想自己,WTF,撤消未决的结账 - >是的,我敢肯定 - >撤销所有今天的工作......该死的,该死的,该死的....

但是,我喜欢这种模式,即使每个人都认为它是垃圾:

用于单线程方法的OnStart方法.

protected override void OnStart (string args) {

   // Create worker thread; this will invoke the WorkerFunction
   // when we start it.
   // Since we use a separate worker thread, the main service
   // thread will return quickly, telling Windows that service has started
   ThreadStart st = new ThreadStart(WorkerFunction);
   workerThread = new Thread(st);

   // set flag to indicate worker thread is active
   serviceStarted = true;

   // start the thread
   workerThread.Start();
}

代码实例化一个单独的线程并将我们的worker函数附加到它.然后它启动线程并让OnStart事件完成,这样Windows就不会认为该服务已挂起.

单线程方法的Worker方法.

/// <summary>
/// This function will do all the work
/// Once it is done with its tasks, it will be suspended for some time;
/// it will continue to repeat this until the service is stopped
/// </summary>
private void WorkerFunction() {

   // start an endless loop; loop will abort only when "serviceStarted"
   // flag = false
   while (serviceStarted) {

      // do something
      // exception handling omitted here for simplicity
      EventLog.WriteEntry("Service working",
         System.Diagnostics.EventLogEntryType.Information);

      // yield
      if (serviceStarted) {
         Thread.Sleep(new TimeSpan(0, interval, 0));
      }
   }

   // time to end the thread
   Thread.CurrentThread.Abort();
}

用于单线程方法的OnStop方法.

protected override void OnStop() {

   // flag to tell the worker process to stop
   serviceStarted = false;

   // give it a little time to finish any pending work
   workerThread.Join(new TimeSpan(0,2,0));
}

来源:http ://tutorials.csharp-online.net/Creating_a_.NET_Windows_Service%E2%80%94Alternative_1%3a_Use_a_Separate_Thread (死链接)

我已经运行了很多像这样的Windows服务多年,它对我有用.我还没有看到人们同意的推荐模式.做对你有用的事情.

Answer 2

这里有一些错误信息.Windows Scheduler完全能够在后台运行任务,而不会弹出窗口,也不需要密码.在NT AUTHORITY\SYSTEM帐户下运行它.使用这个schtasks开关:

/ ru SYSTEM

但是,是的,为了访问网络资源,最佳做法是使用单独的非过期密码策略的服务帐户.

编辑

根据您的操作系统和任务本身的要求,您可以使用具有该/ru选项的权限低于Localsystem的帐户.

从精细的手册,

/RU username

A value that specifies the user context under which the task runs. 
For the system account, valid values are "", "NT AUTHORITY\SYSTEM", or "SYSTEM". 
For Task Scheduler 2.0 tasks, "NT AUTHORITY\LOCALSERVICE", and 
"NT AUTHORITY\NETWORKSERVICE" are also valid values.

Task Scheduler 2.0可从Vista和Server 2008获得.

在XP和Server 2003中,system是唯一的选择.

Answer 3

启动和退出应用程序的开销是多少？每两分钟就经常发生一次.服务可能会让系统比如此频繁地执行应用程序更顺畅.

当用户没有登录时,两种解决方案都可以运行程序,因此没有区别.但是,编写服务比常规桌面应用程序更复杂 - 您可能需要一个单独的GUI客户端,它将通过TCP/IP,命名管道等与服务应用程序通信.

从用户的POV,我想知道哪个更容易控制.对于大多数非技术用户来说,服务和计划任务都是遥不可及的,即他们甚至不会意识到它们存在并且可以被配置/停止/重新安排等等.

Answer 4

在.NET开发中,我通常从开发一个控制台应用程序开始,该应用程序将运行所有日志记录输出到控制台窗口.但是,当使用command参数运行时,这只是一个控制台应用程序/console.当它在没有此参数的情况下运行时,它将充当Windows服务,它将继续在我自己的自定义编码计划计时器上运行.

我认为Windows服务通常用于管理其他应用程序,而不是长期运行的应用程序.或者..他们不断运行重量级应用程序,如SQL Server,BizTalk,RPC Connections,IIS(即使IIS技术上卸载工作到其他进程).

就个人而言,我更喜欢Window Services上的计划任务,用于重复维护任务和应用程序,如文件复制/同步,批量电子邮件发送,文件删除或归档,数据更正(当其他解决方法不可用时).

对于一个项目,我参与了8或9个Windows服务的开发,但这些项目在内存中闲置,每个实例占用20MB或更多内存.计划任务将完成他们的业务,并立即释放内存.

Answer 5

'serv'ice这个词与'serv'er有共同之处.预计它将一直运行,并且'serv'e.任务是一项任务.

角色扮演.如果我是另一个操作系统,应用程序或设备而我称之为服务,我希望它能够运行,我希望得到响应.如果我(os,app,dev)只需要执行一个孤立的任务,那么我将执行一个任务,但如果我希望进行通信,可能是双向通信,我想要一个服务.这与两个事物进行通信的最有效方式有关,或者与想要执行单个任务的单个事物有关.

那就是调度方面.如果您想在特定时间运行某些东西,请安排.如果您不知道何时需要它,或者需要"即时"服务.

我的回答在本质上更具哲学性,因为这与人类如何与另一个人互动和合作非常相似.我们越了解沟通的艺术,"实体"理解他们的角色,这个决定就变得越容易.

抛开所有的哲学,当你"快速原型化"时,正如我的IT部门经常做的那样,你做任何你必须做的事情来维持生计.一旦原型设计和概念验证不在考虑之中,通常在早期规划和发现中,您必须决定哪些方案对于长期可持续性更可靠.

好吧,总而言之,它高度依赖于很多因素,但希望这提供了洞察力而不是混乱.