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服务器建立一个与主线程分离的监听线程。监听线程等待客户端请
求。对于每个连接的客户端，产生一个新线程为其服务。然后，在线程上下文
中引发适当的事件。