多种实现Windows定时自动执行任务的专业技巧与方案

　　Windows自动定时执行任务&＃xff0c;常见的方法有三种&＃xff1a;

1. Windows 任务计划程序
2. Windows Service
3. SQL Agent 的 Job   

     这三种方法大多数人都用过&＃xff0c;我在这里只做一个比较简单的介绍和小结&＃xff0c;后续&＃xff0c;我会用一个轻量型的.Net Windows Service Jobs的作为例子介绍如何定制Windows Service以及如何让Windows Service 自动定时执行任务。

    首先&＃xff0c;我们来看&＃xff1a;使用 Windows 任务计划程序 如何创建自动定时执行任务&＃xff1a;

    界面方式&＃xff1a; 计算机(右键)->管理 &＃xff0c;然后就可以打开 “计算机管理”界面&＃xff0c;在界面的左侧有一个 系统工具->任务计划程序 &＃xff0c;在此我们可以创建定时执行的计划任务&＃xff0c;并且可以为每个任务添加触发器和具体的操作。

    ; 

     具体的使用方法应该很简单&＃xff0c;这里就不再一一介绍。

     CMD 命令行方式: 主要命令是 SchTasks (另外还有 AT命令&＃xff0c;该命令用来调用或者执行已经存在于Task Schedule列表中的Task). 命令行形式可以用于制作安装和部署包。如果用界面方式的话&＃xff0c;安装和部署都不太方便。

     SchTasks /?:  查看 SchTasks命令&＃xff0c;  

SCHTASKS /parameter [arguments]

描述:
    允许管理员创建、删除、查询、更改、运行和中止本地或远程系统上的计划任
    务。

参数列表:
    /Create         创建新计划任务。

    /Delete         删除计划任务。

    /Query          显示所有计划任务。

    /Change         更改计划任务属性。

    /Run            按需运行计划任务。

    /End            中止当前正在运行的计划任务。

    /ShowSid        显示与计划的任务名称相应的安全标识符。

    /?              显示此帮助消息

     Windows 任务计划程序需要&＃xff1a;具体的任务执行程序(exe,批处理)&＃xff1b;而通过设置&＃xff0c;让Windows来控制具体的执行的具体时间&＃xff0c;重复度&＃xff0c;触发条件&＃xff0c;等。我们可以控制的是 具体的任务执行程序。 当然如果我们将什么时候定时执行任务&＃xff0c;以及如何重复执行&＃xff0c;触发条件等都写在程序里&＃xff0c;也未尝不可&＃xff0c;但是这样的话&＃xff0c;就抹杀了Windows任务计划程序的特有功能了&＃xff01;&＃xff01;

    接下来&＃xff0c;我们来看一下&＃xff0c;Windows Service 如何解决自动定时执行任务。

    利用Windows Service 解决自动定时执行任务的方案是&＃xff0c;制作一个Windows Service程序,在Service内部部署好具体的任务程序&＃xff0c;以及控制任务什么时候执行&＃xff0c;如何重复&＃xff0c;等等。他的可控性和自定义空间相比任务计划程序大&＃xff0c;但是自己的工作量相对而言就大一些。

    有关如何制作Windows Service程序&＃xff0c;我在下篇文章中会介绍&＃xff0c;这里只介绍如何部署和卸载。

    部署Windows Service只能通过命令行形式来部署。但是具体的命令有两种: InstallUtil 和 sc

    &＃xff08;也可以在Windows Service的Program启动点中添加自定义的Installer和启动参数来实现不用InstallUtil和sc来安装和卸载&＃xff0c;最后还是要通过命令行形式输入运行参数来安装&＃xff0c;这个我会在后续的文章中详解如何在Windows Service中添加启动参数和自定义Installer&＃xff09; 

   InstallUtil.exe是.NetFramework自带的工具&＃xff0c;一般他的路径在 C:\Windows\Microsoft.NET\Framework\version\ 下。

   使用方法&＃xff1a; installutil [/uninstall][option [...]]assemblyname

   其中 assemblyname 必须使用程序集的版本、区域性和公钥标记完全限定程序集名称

   详情请见InstallUtil.exe (MSDN)

   SC 是系统自带的命令&＃xff0c;不需要.Net Framework&＃xff08;当然如果希望运行C#程序&＃xff0c;.Net Framework是必须的&＃xff0c;所以一般情况下我们都可以用InstallUtil命令来部署和卸载&＃xff09;。我以前做开发Service时碰到的一个问题是&＃xff0c;当我用InstallUtil部署好一个Service&＃xff0c;但由于程序更新&＃xff0c;需要卸载后重新部署&＃xff0c;这个时候&＃xff0c;就出现用InstallUitl /u 无法卸载的情况&＃xff0c;具体的原因还不太明白&＃xff0c;但是MSDN上说明了 InstallUtil 安装的时候是启用事务的&＃xff0c;但是卸载的时候不启用事务&＃xff0c;会不会是这个原因呢&＃xff1f;&＃xff1f; 但是&＃xff0c;这中情况下&＃xff0c;我却可以用 sc delete 命令来卸载。

   有关sc命令的使用方法&＃xff0c;sc /?:

描述:
        SC 是用于与服务控制管理器和服务进行通信的命令行程序。
用法:
        sc [command] [service name] ...

        选项 的格式为 “\\servername”

        键入 "sc [command]" 可以获得有关命令的进一步帮助
        命令:
          query-----------查询服务的状态&＃xff0c;
                          或枚举服务类型的状态。
          queryex---------查询服务的扩展状态&＃xff0c;
                          或枚举服务类型的状态。
          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
          boot------------(ok | bad) 指示是否将上一次启动保存为
                          最近一次已知的正确启动配置
          Lock------------锁定服务数据库
          QueryLock-------查询 SCManager 数据库的 LockStatus
示例:
        sc start MyService

是否想参阅 QUERY 和 QUERYEX 命令的帮助? [ y | n ]:
y

QUERY 和 QUERYEX 选项:
        如果查询命令带服务名称&＃xff0c;将返回
        该服务的状态。其他选项不适合这种
        情况。如果查询命令不带参数或
        带下列选项之一&＃xff0c;将枚举此服务。
    type&＃61;    要枚举的服务的类型(driver, service, all)
             默认 &＃61; service)
    state&＃61;   要枚举的服务的状态 (inactive, all)
             (默认 &＃61; active)
    bufsize&＃61; 枚举缓冲区的大小(以字节计)
             (默认 &＃61; 4096)
    ri&＃61;      开始枚举的恢复索引号
             (默认 &＃61; 0)
    group&＃61;   要枚举的服务组
             (默认 &＃61; all groups)

语法示例
sc query                - 枚举活动服务和驱动程序的状态
sc query eventlog       - 显示 eventlog 服务的状态
sc queryex eventlog     - 显示 eventlog 服务的扩展状态
sc query type&＃61; driver   - 仅枚举活动驱动程序
sc query type&＃61; service  - 仅枚举 Win32 服务
sc query state&＃61; all     - 枚举所有服务和驱动程序
sc query bufsize&＃61; 50    - 枚举缓冲区为 50 字节
sc query ri&＃61; 14         - 枚举时恢复索引 &＃61; 14
sc queryex group&＃61; ""    - 枚举不在组内的活动服务
sc query type&＃61; interact - 枚举所有不活动服务
sc query type&＃61; driver group&＃61; NDIS     - 枚举所有 NDIS 驱动程序

     上面的用法都是来自系统help, 具体使用很简单&＃xff0c;试一试就OK 了。

     Windows Service 是一种完全自定义控制的实现自动定时执行任务的方法&＃xff0c;可以自定义的东西很多&＃xff0c;灵活性很高&＃xff0c;所以使用起来可能会比 Windows 任务计划程序稍微复杂一些&＃xff0c;适合灵活度和扩张性要求高的情况。

     最后&＃xff0c;我们简单介绍一些 SQL Agent中Job。

    SQL Agent 是  SQL Server的一个服务之一&＃xff0c;用之前&＃xff0c;我们需要启动 SQL Agent Windows Service. 这个只适用于数据库方面的数据定时更新&＃xff0c;定时发送邮件&＃xff0c;等等与数据库相关任务&＃xff0c;但是牵涉到桌面应用方面的可能就无能为力了&＃xff0c;这里不再多介绍了&＃xff01;

     总而言之&＃xff0c;使用何种方法来实现任务的定时的按计划执行 &＃xff0c;需要根据具体的情况来定&＃xff1a;  

1. 仅仅与数据库相关的&＃xff0c;用SQL Agent
2. 不需要考虑太多灵活性和扩展性的&＃xff0c;用Windows 任务计划程序
3. 灵活度高&＃xff0c;需要考虑扩展应用&＃xff08;必须添加Job&＃xff0c;按照自定义方式执行Job,... ...&＃xff09;,那我们可以选择Windows Service

   接下来的文章&＃xff0c;我会用一个比较简单的例子&＃xff0c;介绍如何构建&＃xff0c;部署Windows Service&＃xff01;