Windows服务或计划任务,我们更喜欢哪一个?

如果可以,我建议将流程作为计划任务运行,并且仅在需要时编写服务。服务的编写(正确的)难度要大得多,如果您按照任何形式的计划运行进程,那么使用windows调度程序比尝试构建自己的调度程序(在服务中)要好得多。

• windows任务计划程序比自制的计划程序更高效
• windows任务计划程序提供了许多选项,您几乎肯定不会尝试复制这些选项,但以后可能会发现这些选项很有用
• 如果您构建了一个服务,那么如果您想更改决定在什么条件下运行任务的逻辑,就必须重新编译该程序。如果使用调度程序,只需翻转一些选项即可完成。

如果您试图在两者之间做出选择,那么使用任务调度器显然是一个可行的选择。如果使用任务调度器是可行的选择,那么构建服务几乎肯定是错误的选择。

这取决于你需要多长时间来跑步。

如果它需要每天每60秒运行一次,我会选择Windows服务。

如果它是一天只需要运行一次的东西,我会使用预定的任务

中间有什么…用你的判断:)

从控制台应用程序开始。分离位于循环进程睡眠循环中的逻辑,然后实际上可以轻松地在它们之间切换,即使在同一个EXE中也是如此。

我已经做到了。我们可以称之为:

它将作为服务安装:)

在99%的情况下,我都会执行计划任务。如果您需要一直运行,请监听端口,查看文件夹(可能-可以每10秒执行一次,不会出现问题):然后在服务中执行此操作。如果您所要做的只是唤醒,则执行一些处理(或不执行),然后返回睡眠:使用调度程序。MS scheduler更简单、更干净(内存管理,特别是在使用COM对象的情况下,如果使用MAPI的情况下),而且MS scheduler的选项(每周,但不是周二下午5点)比您在时间内编写的要好。。。。。这不是时间,因为它已经存在并且是免费的

哦,调试控制台应用程序(调度程序)比调试服务更容易……)或者让某人“运行它”。

如果它真的是“周期性”的,那么我会执行预定的任务。这些可以设置为以任何所需频率运行。

或者看看 quartz.net

避免使用服务,除非您必须使用它。

这是一个过程,也就是说它在运行 总是 . 过度使用系统资源是不好的做法。

我认为,如果您想使用WCF或.NET远程处理,并让客户端应用程序与某个主机服务通信,那么服务可能很有用;否则,我同意,如果更复杂的服务没有添加任何新内容,则计划任务比服务更可取。

还有@Tom,他关于必须登录计算机才能运行计划任务的说法是错误的。我刚刚对自己进行了测试,并确认即使您未登录,Windows计划任务仍将运行(当然,除非您选择仅在登录时运行该任务的选项)。

这取决于你的意思是什么?每一秒,每一分钟,每一小时,每一天?

我想说,任务运行的频率越高,Windows服务就越受欢迎。

“视情况而定”,但为了简单起见,我通常更喜欢计划任务:

• 您的程序可以从命令行运行以进行故障排除(您必须在服务程序中使用命令行开关才能完成此任务)。

如果这或多或少是一次性的,并且您将自己安装和控制某些东西,那么计划任务可能是一个好主意。

对于应该有成品感觉的东西,客户应该自己安装,我会选择Windows服务。

时间表也是一个问题。计划任务的最小计划为一分钟。如果低于此值,则需要使用windows服务,或者在作业中构建一个循环。

我想这也取决于你是否可以让电脑登录。我发现,除非设置任务的人登录,否则Windows计划任务无法运行。如果计算机无法保持登录状态,则该程序必须作为服务计划任务运行。