Windows自动定时执行任务，常见的方法有三种：
- Windows 任务计划程序
- Windows Service
- SQL Agent 的 Job
这三种方法大多数人都用过，我在这里只做一个比较简单的介绍和小结，后续，我会用一个轻量型的.Net Windows Service Jobs的作为例子介绍如何定制Windows Service以及如何让Windows Service 自动定时执行任务。
首先，我们来看：使用 Windows 任务计划程序 如何创建自动定时执行任务：
界面方式： 计算机(右键)->管理 ，然后就可以打开 “计算机管理”界面，在界面的左侧有一个 系统工具->任务计划程序 ，在此我们可以创建定时执行的计划任务，并且可以为每个任务添加触发器和具体的操作。
;
具体的使用方法应该很简单，这里就不再一一介绍。
CMD 命令行方式: 主要命令是 SchTasks (另外还有 AT命令，该命令用来调用或者执行已经存在于Task Schedule列表中的Task). 命令行形式可以用于制作安装和部署包。如果用界面方式的话，安装和部署都不太方便。
SchTasks /?: 查看 SchTasks命令，
SCHTASKS /parameter [arguments]
描述:
允许管理员创建、删除、查询、更改、运行和中止本地或远程系统上的计划任
务。参数列表:
/Create 创建新计划任务。/Delete 删除计划任务。
/Query 显示所有计划任务。
/Change 更改计划任务属性。
/Run 按需运行计划任务。
/End 中止当前正在运行的计划任务。
/ShowSid 显示与计划的任务名称相应的安全标识符。
/? 显示此帮助消息
Windows 任务计划程序需要：具体的任务执行程序(exe,批处理)；而通过设置，让Windows来控制具体的执行的具体时间，重复度，触发条件，等。我们可以控制的是 具体的任务执行程序。 当然如果我们将什么时候定时执行任务，以及如何重复执行，触发条件等都写在程序里，也未尝不可，但是这样的话，就抹杀了Windows任务计划程序的特有功能了！！
接下来，我们来看一下，Windows Service 如何解决自动定时执行任务。
利用Windows Service 解决自动定时执行任务的方案是，制作一个Windows Service程序,在Service内部部署好具体的任务程序，以及控制任务什么时候执行，如何重复，等等。他的可控性和自定义空间相比任务计划程序大，但是自己的工作量相对而言就大一些。
有关如何制作Windows Service程序，我在下篇文章中会介绍，这里只介绍如何部署和卸载。
部署Windows Service只能通过命令行形式来部署。但是具体的命令有两种: InstallUtil 和 sc
（也可以在Windows Service的Program启动点中添加自定义的Installer和启动参数来实现不用InstallUtil和sc来安装和卸载，最后还是要通过命令行形式输入运行参数来安装，这个我会在后续的文章中详解如何在Windows Service中添加启动参数和自定义Installer）
InstallUtil.exe是.NetFramework自带的工具，一般他的路径在 C:\Windows\Microsoft.NET\Framework\version\ 下。
使用方法： installutil [/uninstall][option [...]]assemblyname
其中 assemblyname 必须使用程序集的版本、区域性和公钥标记完全限定程序集名称
SC 是系统自带的命令，不需要.Net Framework（当然如果希望运行C#程序，.Net Framework是必须的，所以一般情况下我们都可以用InstallUtil命令来部署和卸载）。我以前做开发Service时碰到的一个问题是，当我用InstallUtil部署好一个Service，但由于程序更新，需要卸载后重新部署，这个时候，就出现用InstallUitl /u 无法卸载的情况，具体的原因还不太明白，但是MSDN上说明了 InstallUtil 安装的时候是启用事务的，但是卸载的时候不启用事务，会不会是这个原因呢？？ 但是，这中情况下，我却可以用 sc delete 命令来卸载。
有关sc命令的使用方法，sc /?:
描述:
SC 是用于与服务控制管理器和服务进行通信的命令行程序。
用法:
sc <server> [command] [service name] <option1> <option2>...
选项 <server> 的格式为 “\\servername”键入 "sc [command]" 可以获得有关命令的进一步帮助
命令:
query-----------查询服务的状态，
或枚举服务类型的状态。
queryex---------查询服务的扩展状态，
或枚举服务类型的状态。
start-----------启动服务。
pause-----------向服务发送 PAUSE 控制请求。
interrogate-----向服务发送 INTERROGATE 控制请求。
continue--------向服务发送 CONTINUE 控制请求。
stop------------向服务发送 STOP 请求。
config----------更改服务的配置(永久)。
description-----更改服务的描述。
failure---------更改服务失败时执行的操作。
failureflag-----更改服务的失败操作标志。
sidtype---------更改服务的服务 SID 类型。
privs-----------更改服务的所需权限。
qc--------------查询服务的配置信息。
qdescription----查询服务的描述。
qfailure--------查询失败时服务执行的操作。
qfailureflag----查询服务的失败操作标志。
qsidtype--------查询服务的服务 SID 类型。
qprivs----------查询服务的所需权限。
qtriggerinfo----查询服务的触发器参数。
qpreferrednode--查询首选的服务 NUMA 节点。
delete----------(从注册表)删除服务。
create----------创建服务(将其添加到注册表)。
control---------向服务发送控制。
sdshow----------显示服务的安全描述符。
sdset-----------设置服务的安全描述符。
showsid---------显示相应于假定名称的 SID 字符串。
triggerinfo-----配置服务的触发器参数。
preferrednode---设置首选的服务 NUMA 节点。
GetDisplayName--获取服务的 DisplayName
GetKeyName------获取服务的 ServiceKeyName。
EnumDepend------枚举服务的依存关系。下列命令不要求服务名称:
sc <server> <command> <option>
boot------------(ok | bad) 指示是否将上一次启动保存为
最近一次已知的正确启动配置
Lock------------锁定服务数据库
QueryLock-------查询 SCManager 数据库的 LockStatus
示例:
sc start MyService是否想参阅 QUERY 和 QUERYEX 命令的帮助? [ y | n ]:
yQUERY 和 QUERYEX 选项:
如果查询命令带服务名称，将返回
该服务的状态。其他选项不适合这种
情况。如果查询命令不带参数或
带下列选项之一，将枚举此服务。
type= 要枚举的服务的类型(driver, service, all)
默认 = service)
state= 要枚举的服务的状态 (inactive, all)
(默认 = active)
bufsize= 枚举缓冲区的大小(以字节计)
(默认 = 4096)
ri= 开始枚举的恢复索引号
(默认 = 0)
group= 要枚举的服务组
(默认 = all groups)语法示例
sc query - 枚举活动服务和驱动程序的状态
sc query eventlog - 显示 eventlog 服务的状态
sc queryex eventlog - 显示 eventlog 服务的扩展状态
sc query type= driver - 仅枚举活动驱动程序
sc query type= service - 仅枚举 Win32 服务
sc query state= all - 枚举所有服务和驱动程序
sc query bufsize= 50 - 枚举缓冲区为 50 字节
sc query ri= 14 - 枚举时恢复索引 = 14
sc queryex group= "" - 枚举不在组内的活动服务
sc query type= interact - 枚举所有不活动服务
sc query type= driver group= NDIS - 枚举所有 NDIS 驱动程序
上面的用法都是来自系统help, 具体使用很简单，试一试就OK 了。
Windows Service 是一种完全自定义控制的实现自动定时执行任务的方法，可以自定义的东西很多，灵活性很高，所以使用起来可能会比 Windows 任务计划程序稍微复杂一些，适合灵活度和扩张性要求高的情况。
最后，我们简单介绍一些 SQL Agent中Job。
SQL Agent 是 SQL Server的一个服务之一，用之前，我们需要启动 SQL Agent Windows Service. 这个只适用于数据库方面的数据定时更新，定时发送邮件，等等与数据库相关任务，但是牵涉到桌面应用方面的可能就无能为力了，这里不再多介绍了！
总而言之，使用何种方法来实现任务的定时的按计划执行 ，需要根据具体的情况来定：
- 仅仅与数据库相关的，用SQL Agent
- 不需要考虑太多灵活性和扩展性的，用Windows 任务计划程序
- 灵活度高，需要考虑扩展应用（必须添加Job，按照自定义方式执行Job,... ...）,那我们可以选择Windows Service
接下来的文章，我会用一个比较简单的例子，介绍如何构建，部署Windows Service！
