1.Windows服务程序
在没有涉及到这个问题的时候我也不太明白他里面的深刻奥义。后来知道了这是一个能够长时间运行的应用程序，这个服务只要配置自动启动那么在windows开机启动的时候自动运行起，他没有界面。在Windows机器上能够通过管理工具/服务进行系统运行的所有服务的查看和管理。系统的大部分软件和硬件的运行状态监控都是通过Windows服务进行监控的，通过服务不断轮训去请求BIOS提供的端口收集BIOS收集的硬件的运行状态。可能他们又通过不同的媒介进行展示如windows计数器进行性能指标的展示，windows计数器暴露一些可供外部调用的接口（win32函数），其他的第三方软件做的更好的用户体验的展示该机器的性能了如鲁大师进行的电脑监控。说道这里我不禁想到了电脑的组成，电脑的每一个硬件只需要向外部提供统一格式的接口，底层的BIOS系统轮训查询调用每一个硬件提供的接口，收集每一个硬件运行状态。因为Intel和AMD处理器所公布出来的是两套接口方案，才导致市面上存在AMD平台的主板和Intel平台的主板不能互用。
2.什么情况下建立Windows服务程序
我们自己所要建立的Windows服务没有那么的复杂，可能就是一个定时任务，到达时间点就开始执行。如果我们要让程序在每天晚上12点自动运行抓取数据进行数据汇聚操作，不可能派一个人坐在哪里等吧，这是就是我们的windows服务程序发挥功能的地方了，我们在程序中设定每天12:00自动运行这个函数执行相应的数据抓取和汇聚的功能了。再有一个在一个系统中进行了一个操作，这个系统需要把数据同步到B系统去，如果把这个事情完全在用户操作的时候处理，难免会导致速度变慢，换一种思考我们可以使用自动程序以很快的定时频率去检测是否有数据的变化，如果检测到数据的变化自动启用一个线程去同步（失败了可以尝试多次），反正就是不要影响或降低用户的易用性。windows服务程序就像一个哨兵一样他随时都在监控周围的异常，一旦发现达到预定的条件就会启动该有的程序执行。
3.记录日志，查询自动任务执行情况
自动任务是没有界面的，无法进行人机交互的。那么如果没有一个良好的日志记录，自动任务失败或出现异常要定位异常就不是意见容易的事情了。所以在自动任务编写中我们应该加入良好的日志记录方式，记录日志的方式任意，可以记录数据库日志、文本文件日志和系统日志，只要做到这些日志能够方便的管理并且用于查询自动程序的问题就达到了记录日志的目的了。
4.怎样建立起良好的自动任务用于服务整个系统运行
很多人认为自动程序很好，因为不用人为的参与很多事情就会自动的处理比如数据抓取分析这些事情。但是在一个公司里面的自动程序应该有一个严格的控制和部署的监管，会开发很多的自动任务处理那些时间长的运算这些事情且不需要人为参与的事情。这时在我们的架构设计的时候必须要明确记录哪一个自动任务部署在那些服务器上面，如果记录不详细在系统后期的维护或迁移上面可能会忘记卸载或忘记装载某一些自动任务，而这些自动任务直接影响了我们整个系统的正常运行。所以要做到安装部署准确并保证实时更新这些部署的记录。
c# 编写Windows服务程序,布布扣,bubuko.com