1.缘起： 为了提升系统的性能或减轻数据库的压力等原因，我们经常在系统中使用缓存来把那些经常使用的数据保留在内存中。如果因为某些原因，缓存中这些经常使用的数据不能及时与数据源进行同步更新，那么采用定时刷新缓存中的数据有可能就是一种合适的选择。 如果你的缓存是定时刷新，那么你就需要自己为其维护一个定时器或循环引擎。如果你的系统中像这样定时刷新的缓存有多个，而且每个缓存定时刷新的时间间隔又要求

1.缘起： 为了提升系统的性能或减轻数据库的压力等原因，我们经常在系统中使用缓存来把那些经常使用的数据保留在内存中。如果因为某些原因，缓存中这些经常使用的数据不能及时与数据源进行同步更新，那么采用定时刷新缓存中的数据有可能就是一种合适的选择。 如果你的缓存是定时刷新，那么你就需要自己为其维护一个定时器或循环引擎。如果你的系统中像这样定时刷新的缓存有多个，而且每个缓存定时刷新的时间间隔又要求

1.缘起：   对象池应该是一个“历史悠久”的概念了，像我们经常说的线程池、还有ADO.NET中的数据库连接池等，都属于对象池的应用。   我们的应用有时也会碰到需要使用对象池的情况，我举个例子说明一下。假设，我们需要记录某个类MyClass的每个方法每次被调用时方法执行所消耗的时间，而且，这个类是使用在多线程的环境中的，每个方法都可以同时在多个线程中执行，不需要被同步，这样可以使并发达到最大。 

1.缘起：   为了提升系统的性能或减轻数据库的压力等原因，我们经常在系统中使用缓存来把那些经常使用的数据保留在内存中。如果因为某些原因，缓存中这些经常使用的数据不能及时与数据源进行同步更新，那么采用定时刷新缓存中的数据有可能就是一种合适的选择。   如果你的缓存是定时刷新，那么你就需要自己为其维护一个定时器或循环引擎。如果你的系统中像这样定时刷新的缓存有多个，而且每个缓存定时刷新的时间间隔又要求

1.缘起：   对象池应该是一个“历史悠久”的概念了，像我们经常说的线程池、还有ADO.NET中的数据库连接池等，都属于对象池的应用。   我们的应用有时也会碰到需要使用对象池的情况，我举个例子说明一下。假设，我们需要记录某个类MyClass的每个方法每次被调用时方法执行所消耗的时间，而且，这个类是使用在多线程的环境中的，每个方法都可以同时在多个线程中执行，不需要被同步，这样可以使并发达到最大。 

1.缘起： 对象池应该是一个“历史悠久”的概念了，像我们经常说的线程池、还有ADO.NET中的数据库连接池等，都属于对象池的应用。 我们的应用有时也会碰到需要使用对象池的情况，我举个例子说明一下。假设，我们需要记录某个类MyClass的每个方法每次被调用时方法执行所消耗的时间，而且，这个类是使用在多线程的环境中的，每个方法都可以同时在多个线程中执行，不需要被同步，这样可以使并发达到最大。

1.缘起： 对象池应该是一个“历史悠久”的概念了，像我们经常说的线程池、还有ADO.NET中的数据库连接池等，都属于对象池的应用。 我们的应用有时也会碰到需要使用对象池的情况，我举个例子说明一下。假设，我们需要记录某个类MyClass的每个方法每次被调用时方法执行所消耗的时间，而且，这个类是使用在多线程的环境中的，每个方法都可以同时在多个线程中执行，不需要被同步，这样可以使并发达到最大。

我设计了ESBasic.ObjectManagement.M

我设计了ESBasic.ObjectManagement.Manager

我设计了ESBasic.ObjectManagement.M

我设计了ESBasic.ObjectManagement.Manager

我设计了ESBasic.ObjectManagement.Managers.IGroupingObjectManager分组对象管理器来完成对对象进行分组管

我设计了ESBasic.ObjectManagement.Managers.IGroupingObjectManager分组对象管理器来完成对对象进行分组管

我设计了ESBasic.ObjectManagement.Managers.IGroupingObjectManager分组对象管理器来完成对对象进行分组管理的功能。分

我设计了ESBasic.ObjectManagement.Managers.IGroupingObjectManager分组对象管理器来完成对对象进行分组管理的功能。分

我设计了对象管理器ESBasic.ObjectManagement.Managers.IObj

我设计了对象管理器ESBasic.ObjectManagement.Managers.IObj

我设计了对象管理器ESBasic.ObjectManagement.Managers.IObj

我设计了对象管理器ESBasic.ObjectManagement.Managers.IObj

1.缘起：    假设我们的用户管理系统要求用户的ID和Name都必须是唯一的，并且用户的ID和Name一经确定就不能被修改。而且管理系统经常需要根据ID来查找Name，也经常需要根据Name来查找ID。根据这样的需求，我们可以考虑使用一个Dictionary来将ID和Name缓存起来，通常ID作为Key，Name作为Value。这样便可实现通过ID查询Name的快速查找，但是，通过Name查找I

1.缘起：    假设我们的用户管理系统要求用户的ID和Name都必须是唯一的，并且用户的ID和Name一经确定就不能被修改。而且管理系统经常需要根据ID来查找Name，也经常需要根据Name来查找ID。根据这样的需求，我们可以考虑使用一个Dictionary来将ID和Name缓存起来，通常ID作为Key，Name作为Value。这样便可实现通过ID查询Name的快速查找，但是，通过Name查找I

1.缘起：假设我们的用户管理系统要求用户的ID和Name都必须是唯一的，并且用户的ID和Name一经确定就不能被修改。而且管理系统经常需要根据ID来查找Name，也经常需要根据Name来查找ID。根据这样的需求，我们可以考虑使用一个Dictionary来将ID和Name缓存起来，通常ID作为Key，Name作为Value。这样便可实现通过ID查询Name的快速查找，但是，通过Name查找ID就不是

1.缘起：假设我们的用户管理系统要求用户的ID和Name都必须是唯一的，并且用户的ID和Name一经确定就不能被修改。而且管理系统经常需要根据ID来查找Name，也经常需要根据Name来查找ID。根据这样的需求，我们可以考虑使用一个Dictionary来将ID和Name缓存起来，通常ID作为Key，Name作为Value。这样便可实现通过ID查询Name的快速查找，但是，通过Name查找ID就不是

1.缘起：对于需要进行线程同步的地方，我们经常用的就是.NET内置的lock关键字和ReaderWriterLock类。lock的功能相对简单，因为它不区分读写，也就是说如果都在lock块中，读线程都会阻塞另一个读线程，在很多读远远多于写的应用中，这会极大地折损性能。所以我们也经常需要使用读写分离的锁ReaderWriterLock，使用它，我们可以明确的指定是要获取“读”锁还是“写”锁。而且，当

1.缘起：对于需要进行线程同步的地方，我们经常用的就是.NET内置的lock关键字和ReaderWriterLock类。lock的功能相对简单，因为它不区分读写，也就是说如果都在lock块中，读线程都会阻塞另一个读线程，在很多读远远多于写的应用中，这会极大地折损性能。所以我们也经常需要使用读写分离的锁ReaderWriterLock，使用它，我们可以明确的指定是要获取“读”锁还是“写”锁。而且，当

1.缘起：   对于需要进行线程同步的地方，我们经常用的就是.NET内置的lock关键字和ReaderWriterLock类。lock的功能相对简单，因为它不区分读写，也就是说如果都在lock块中，读线程都会阻塞另一个读线程，在很多读远远多于写的应用中，这会极大地折损性能。所以我们也经常需要使用读写分离的锁ReaderWriterLock，使用它，我们可以明确的指定是要获取“读”锁还是“写”锁。而

1.缘起：   对于需要进行线程同步的地方，我们经常用的就是.NET内置的lock关键字和ReaderWriterLock类。lock的功能相对简单，因为它不区分读写，也就是说如果都在lock块中，读线程都会阻塞另一个读线程，在很多读远远多于写的应用中，这会极大地折损性能。所以我们也经常需要使用读写分离的锁ReaderWriterLock，使用它，我们可以明确的指定是要获取“读”锁还是“写”锁。而

1.缘起：假设我们的C/S系统中服务端与客户端之间采用UDP进行通信，那么服务端如何知道每个客户端当前是否仍然在线了？有可能某个客户端一直没有退出，但是在很长一段时间内都没有与服务端作任何通信，那么服务端就应该认为这个客户端已经离线了吗？为了能让服务端掌握每个客户端是否在线的状态，我们可以这样做，只要客户端一启动起来，就每隔一段时间间隔（如10秒）就向服务端发一个“我还在线”的消息，以表明自己的状

1.缘起：    假设我们的C/S系统中服务端与客户端之间采用UDP进行通信，那么服务端如何知道每个客户端当前是否仍然在线了？有可能某个客户端一直没有退出，但是在很长一段时间内都没有与服务端作任何通信，那么服务端就应该认为这个客户端已经离线了吗？为了能让服务端掌握每个客户端是否在线的状态，我们可以这样做，只要客户端一启动起来，就每隔一段时间间隔（如10秒）就向服务端发一个“我还在线”的消息，以表明

1.缘起：假设我们的C/S系统中服务端与客户端之间采用UDP进行通信，那么服务端如何知道每个客户端当前是否仍然在线了？有可能某个客户端一直没有退出，但是在很长一段时间内都没有与服务端作任何通信，那么服务端就应该认为这个客户端已经离线了吗？为了能让服务端掌握每个客户端是否在线的状态，我们可以这样做，只要客户端一启动起来，就每隔一段时间间隔（如10秒）就向服务端发一个“我还在线”的消息，以表明自己的状

1.缘起：    假设我们的C/S系统中服务端与客户端之间采用UDP进行通信，那么服务端如何知道每个客户端当前是否仍然在线了？有可能某个客户端一直没有退出，但是在很长一段时间内都没有与服务端作任何通信，那么服务端就应该认为这个客户端已经离线了吗？为了能让服务端掌握每个客户端是否在线的状态，我们可以这样做，只要客户端一启动起来，就每隔一段时间间隔（如10秒）就向服务端发一个“我还在线”的消息，以表明

这些报表统计任务是很常见的系统需求，对于类似这样的在指定时刻执行的定时任务，我使用ESBasic.Threading.Timers.TimingTaskManager（定时任务管理器）来处理它。

这些报表统计任务是很常见的系统需求，对于类似这样的在指定时刻执行的定时任务，我使用ESBasic.Threading.Timers.TimingTaskManager（定时任务管理器）来处理它。

这些报表统计任务是很常见的系统需求，对于类似这样的在指定时刻执行的定时任务，我使用ESBasic.Threading.Timers.TimingTaskManager（定时任务管理器）来处理它。

 1.缘起：   举个例子也许就能够说清楚回调定时器的用途。假设我的订单系统接收各种不同类型的订单，当订单A进来时，系统根据订单的类型和其它特征进行综合判断后，决定A订单要在2秒之后被方法M1处理；接下来收到的B订单经过同样的判断后，决定要在10秒后被方法M2处理，……。这时候就可以用回调定时器来管理这些将要被延迟一定时间再执行的任务。   当然，我们可以使用定时器或前面介绍的循环引擎来实现这样的

1.缘起：举个例子也许就能够说清楚回调定时器的用途。假设我的订单系统接收各种不同类型的订单，当订单A进来时，系统根据订单的类型和其它特征进行综合判断后，决定A订单要在2秒之后被方法M1处理；接下来收到的B订单经过同样的判断后，决定要在10秒后被方法M2处理，……。这时候就可以用回调定时器来管理这些将要被延迟一定时间再执行的任务。当然，我们可以使用定时器或前面介绍的循环引擎来实现这样的功能，只不过我

1.缘起：举个例子也许就能够说清楚回调定时器的用途。假设我的订单系统接收各种不同类型的订单，当订单A进来时，系统根据订单的类型和其它特征进行综合判断后，决定A订单要在2秒之后被方法M1处理；接下来收到的B订单经过同样的判断后，决定要在10秒后被方法M2处理，……。这时候就可以用回调定时器来管理这些将要被延迟一定时间再执行的任务。当然，我们可以使用定时器或前面介绍的循环引擎来实现这样的功能，只不过我

 1.缘起：   举个例子也许就能够说清楚回调定时器的用途。假设我的订单系统接收各种不同类型的订单，当订单A进来时，系统根据订单的类型和其它特征进行综合判断后，决定A订单要在2秒之后被方法M1处理；接下来收到的B订单经过同样的判断后，决定要在10秒后被方法M2处理，……。这时候就可以用回调定时器来管理这些将要被延迟一定时间再执行的任务。   当然，我们可以使用定时器或前面介绍的循环引擎来实现这样的

1.缘起：假设我的订单处理系统有这样的需求：将一天24小时分为4个时段，凌晨2:15到8:30采用A类型的处理器处理接收到的订单，8:30到14:00采用B类型的处理器，14:00到20:00采用C类型的处理器，20:00到第二天凌晨2:15采用D类型的处理器。即我们的订单处理器需要在任一天的2:15、8:30、14:00、20:00这四个时刻发生切换，这就是一个循环切换器所要做的工作。我设计了E

1.缘起：假设我的订单处理系统有这样的需求：将一天24小时分为4个时段，凌晨2:15到8:30采用A类型的处理器处理接收到的订单，8:30到14:00采用B类型的处理器，14:00到20:00采用C类型的处理器，20:00到第二天凌晨2:15采用D类型的处理器。即我们的订单处理器需要在任一天的2:15、8:30、14:00、20:00这四个时刻发生切换，这就是一个循环切换器所要做的工作。我设计了E

 1.缘起：   假设我的订单处理系统有这样的需求：将一天24小时分为4个时段，凌晨2:15到8:30采用A类型的处理器处理接收到的订单，8:30到14:00采用B类型的处理器，14:00到20:00采用C类型的处理器，20:00到第二天凌晨2:15采用D类型的处理器。   即我们的订单处理器需要在任一天的2:15、8:30、14:00、20:00这四个时刻发生切换，这就是一个循环切换器所要做的工

我设计了ESBasic.Threading.Engines.IWorkerEngine工作者引擎，其

我设计了ESBasic.Threading.Engines.IWorkerEngine工作者引擎，其目的就是使用多个线

我设计了ESBasic.Threading.Engines.IWorkerEngine工作者引擎，其

 1.缘起：有些系统需要每隔一段时间就执行一下某个动作，比如，一个监控系统每隔10秒钟就要检测一下被监控对象的状态是否正常，那这时我们就可以用到循环引擎了。    有人说可以使用.NET框架自带定时器如System.Threading.Timer，嗯，没错。但是若这个类使用不当可能会引发后台池线程耗尽的后果。因为Timer的定时事件触发实在后台线程池中的某个线程中处理的。也就是说Timer的每次定

1.缘起：有些系统需要每隔一段时间就执行一下某个动作，比如，一个监控系统每隔10秒钟就要检测一下被监控对象的状态是否正常，那这时我们就可以用到循环引擎了。有人说可以使用.NET框架自带定时器如System.Threading.Timer，嗯，没错。但是若这个类使用不当可能会引发后台池线程耗尽的后果。因为Timer的定时事件触发实在后台线程池中的某个线程中处理的。也就是说Timer的每次定时事件触发

1.缘起：有些系统需要每隔一段时间就执行一下某个动作，比如，一个监控系统每隔10秒钟就要检测一下被监控对象的状态是否正常，那这时我们就可以用到循环引擎了。有人说可以使用.NET框架自带定时器如System.Threading.Timer，嗯，没错。但是若这个类使用不当可能会引发后台池线程耗尽的后果。因为Timer的定时事件触发实在后台线程池中的某个线程中处理的。也就是说Timer的每次定时事件触发

1.缘起：假设我们要开发一个多人跳棋游戏。在跳棋游戏中，当一个人走一步棋之后，控制权就轮到下一家，如此轮询，一圈之后控制权又回到自己，然后再继续轮圈下去。我们可以使用数组或列表等数据结构来解决这种转圈圈的问题，但是始终都不够直观。我设计了Circle来对“圈”这种数据结构进行抽象，我们在类似跳棋这样的游戏中可以非常方便地直接使用它。Circle的形象示意图如下:2.适用场合：需要类似“圈”这样的数

1.缘起：假设我们要开发一个多人跳棋游戏。在跳棋游戏中，当一个人走一步棋之后，控制权就轮到下一家，如此轮询，一圈之后控制权又回到自己，然后再继续轮圈下去。我们可以使用数组或列表等数据结构来解决这种转圈圈的问题，但是始终都不够直观。我设计了Circle来对“圈”这种数据结构进行抽象，我们在类似跳棋这样的游戏中可以非常方便地直接使用它。Circle的形象示意图如下:2.适用场合：需要类似“圈”这样的数

 1.缘起：   假设我们要开发一个多人跳棋游戏。在跳棋游戏中，当一个人走一步棋之后，控制权就轮到下一家，如此轮询，一圈之后控制权又回到自己，然后再继续轮圈下去。我们可以使用数组或列表等数据结构来解决这种转圈圈的问题，但是始终都不够直观。   我设计了Circle来对“圈”这种数据结构进行抽象，我们在类似跳棋这样的游戏中可以非常方便地直接使用它。Circle的形象示意图如下:     2.适用场合