我没有做裸机TCP / IP约18个月，所以我不知道现在的艺术状况是什么。
我正在寻找积极和消极的方面，同时开发服务器和客户端软件。
我将做一个项目，需要一个坚如磐石的TCP / IP层，所以对我来说这是一个重要的方面:)
为了成为一个社区维基，我正在寻找更广泛的答案，而不仅仅是“坚实”。因此，例如有关功能宽度的信息也是值得赞赏的。
我将在答案中找到相关方面来更新问题，以获得一个维基条目，该平台将对这些库进行平衡的概述。
例如，请看下面我的回答我以前的经历与Indy
我对Indy的异常处理和防冻非常矛盾，虽然我习惯了它，但它仍然感觉有些不自然。
现在我开发Delphi 2007(非Unicode)和XE(Unicode)，所以我正在考虑的库至少应该支持两个Delphi版本。
解决方法
编辑：我以前对Indy的经验总结以及意见(感谢
Eugene，
Marjan)
(请更新当前的Indy最新技术)：
(请更新当前的Indy最新技术)：
优点：
>与德尔福船舶
>成熟
>发展社区
开源这么多的眼睛仔细检查这些来源
>源代码中的一大堆有价值的评论文档
> OpenSSL支持
>支持广泛的Delphi版本(包括2007和XE)
>广泛的协议选择
缺点：
>与Delphi发货的版本并不总是最稳定的;通常需要从源代码下载以获得稳定的版本>(同时)现在在Delphi中的很多重复的代码(但是Indy需要与旧的Delphi版本兼容)>并非所有TCP / IP组件都是最新的(例如，POP3客户端组件不支持一些基本的POP3命令)>版本互操作性是一个痛苦：从一个Indy版本升级到另一个可能是非常耗时的>我对Indy的异常处理和防冻非常矛盾，虽然我习惯了它，但它仍然感觉有些不自然。>在构建更新之间进行破坏性更改; ifdef需要适应这些>发布状态不清楚，如果有的话，长时间没有RC，获得主干可能会使您的本地拷贝不稳定