indy之道

TIdAntiFreeze工作原理：在内部定时停止堆栈调用、然后调用Application.ProcessMessages。

Indy支持线程pooling。可以用TIdThreadMgrPool组件利用线程pooling

数以百计的线程对于一个忙碌的服务器，可能需要数以百计、千计的线程。人们普遍误解  
  如此多的线程将立刻使系统当掉。其实不然。  
对于多数服务器而言，线程存在期的多数时间用于等待数据。在等待  
  blocking调用时，线程是不活动的。所以，在一个拥有500个线程的服务器中，可  
  能只有50个同时活动的线程。在我的系统上，330个线程只耗费1%的CPU时间。

线程与全局Section  
当线程需要存取数据时，都必须获取对数据的控制权以保护数据完整性。  
  对于初学线程编程的人士，这恐怕有些头疼。不过多数服务器并不需要全局数据。  
每个线程执行隔离的任务。

Indy之道  
Indy与你所熟悉的其它Winsock组件不同。如果你曾经使用过其它组件，  
  最好是彻底忘记它们是如何工作的。几乎所有其它组件都是non-blocking，以  
  异步方式调用。你需要对事件进行回应，设置状态机，且常常要进行等待循环。  
  例如，使用其它组件，当进行连接时，必须等待connect事件发生，或者  
  循环至被告知已连接。而在Indy中，你简单调用connect，然后等待它返回。  
  如果连接失败，则引发一个异常。使用Indy非常相似于操作文件。代码可以放  
  置于一个地方，而无需切割到各种事件代码中。

Indy有何不同  
简述  
1、使用blocking调用  
2、不依赖事件——Indy拥有事件（处于提供信息的考虑），但并非必须。  
3、被设计为支持线程——无需进行额外的线程化工作。 
 
Indy天生支持线程。在Windows中用Indy编写服务器或客户端与在Unix平  
  台上编写服务器或客户端相似，甚至更加简单。
典型的Unix服务器有一个或多个“监听”进程，查找客户端请求。对于每  
  个客户端，都要创建一个新进程。  
  Indy以简单的方式工作。Windows能较好地处理线程。Indy服务器为每个  
  客户端锁定一个线程。  
  Indy服务器建立一个与主线程分离的监听线程。监听线程等待客户端请  
  求。对于每个连接的客户端，产生一个新线程为其服务。然后，在线程上下文  
  中引发适当的事件。