Windows下软件定时器和多线程在工程级应用的比较

研一期间一直在做一个物流架的项目，我负责上位机程序，和下位机主控板及外围模块之间有着非常频繁的数据交换（分别是485和以太网通信），在进行了长达8个月的开发期后，目前有了一些心得，与大家分享一下，不对之处，请大家指教。

软件定时器和多线程在控制工程中有着非常广泛的使用，主要是因为在控制过程中，会出现大量的Socket通信和串口通信数据量，仔细想了想，觉得这两样东西还是有比较的价值的，很多初学者（我也是。。。）可能会在这两样东西上困惑，现简单比较一下。

1 软件定时器

很多同学在工程中喜欢使用软件定时器，因为其使用简单，仅需设置一个时长和其OnTime事件即可使用。确实，软件定时器在某些持续性不强的重复性工作中效率还是不错的，但是也有着很大的缺点。

缺点1，速度：软件定时器的精度比较低，这是由Windows不实时的特性所决定的，在XP下，如果关闭所有能关闭的进程，MFC的软件定时器可以达到接近15ms的精度，而在Win2000下，其能达到接近10ms的精度。但是实际情况是，有些进程是不可以关闭的，比如说数据库服务器，所以MFC的软件定时器能够达到的精度一般情况下在40ms左右，BCB和delphi就更差一点，大概在55ms左右。QueryPerformanceCounter倒是可以大幅提高精度，但是稳定性欠佳。

缺点2，效率：软件定时器其本质实际上是在消息循环中处理WM_TIMER消息，而WM_TIMER消息在消息队列中是一个低级别的消息，所以定时器并不能完全保证处理时间间隔的准确性。另外，Timer占用的是主线程的资源，看似并行实际上是串行，所以窗体的消息队列一旦堵塞，就会造成系统假死或者运行缓慢，这对于UI来说几乎是无法忍受的。

 

2 多线程

多线程技术是在控制工程中常用的技术，因为在闭环系统中有着大量的数据处理，这些处理显然不可能放在主线程中处理，绝大多数都是在线程中使用。多线程的优点比较明显，就是把费劲的东西扔到后台去，而且对CPU的利用率比较高。如果控制的好，多线程几乎是没有什么缺点的，但实际上控制的好的并不多……原因如下：

1、时间片不可控，抢CPU资源的事情~一般人说不清；

2、同步比较复杂，容易发生死锁，3条线程同步一般就能把人折腾死。同步我比较喜欢用临界区，原因也很简单：因为临界区比较简单……

 

嗯，先就这些，不足之处，万望海涵