delphi - 从阻塞套接字更改为非阻塞套接字有什么好处？

Question

我们有一个使用Delphi 2010和Indy 10开发的应用程序服务器。该服务器每秒接收超过50个请求，并且运行良好。但在某些情况下，印地在我看来是非常晦涩难懂的。他们的组件很好，但有时我发现自己深入源代码只是为了理解一些简单的事情。 Indy 缺乏良好的文档和良好的支持。
我遇到的最后一件事对我来说是一个大问题:我必须检测客户端何时非正常断开连接(例如，当客户端崩溃或关闭时。不告诉服务器它将断开连接)并且 indy 无法去做。如果我想要这样，我就必须开发一种算法，比如心跳、池化或 TCP keep-alive。我不想花更多的时间来做一份(至少我认为)组成部分的工作。经过一番研究，我发现这不是 Indy 的错，而是所有阻塞套接字组件的问题。

现在我真的在考虑将服务器的核心更改为另一个好的套件。我必须承认我倾向于使用非阻塞套接字。基于此，我有一些问题:

• 从阻塞套接字更改为非阻塞套接字有什么好处？
• 我能够检测客户端断开连接(非正常)吗？
• 哪个组件套件拥有最好的产品？我所说的最佳产品是指:快速、良好的支持、良好的工具且易于实现。

我知道这肯定是一个主观问题，但我真的很想听听你的意见。我的第一个问题是我最关心的。我不在乎我是否需要支付 100、500、1000、10000 美元，但我想要一个完整的解决方案。现在，我正在考虑Ip*works .

编辑

我认为有些人不明白我想要什么。我不想创建自己的套接字。我已经使用套接字工作很长时间了，我已经厌倦了。真的。

非阻塞套接字可以检测客户端断开连接。这是事实，并且互联网上到处都有很好的文档。非阻塞套接字始终检查套接字状态是否有新传入数据，并且可以检测套接字是否无效。这不是心跳算法。客户端使用心跳算法，并定期向服务器发送数据包(也称为保持事件)以告知其仍然事件。

编辑

我没有说清楚。也许是因为英语不是我的主要语言。 我并不是说无需尝试从套接字发送或接收数据就可以检测到断开的连接。我的意思是，每个非阻塞套接字都能够做到这一点，因为它们不断尝试从套接字读取新的传入数据。为什么这么难理解？如果你们下载并运行 ip*works 演示，特别是 echoserver 和 echoclient(都使用 TCP)，您可以自己测试。我已经测试过它，它的工作原理就像我预期的那样。即使您以非阻塞模式使用旧的 TCPSocketServer 和 TCPSocketClient，您也会明白我的意思。

Answer 1

“从阻塞套接字更改为非阻塞套接字有什么好处？
我能够检测客户端断开连接(非正常)吗？”

只是我的两分钱来解决这个问题 - 我不是套接字专家，但我确实有丰富的经验。如果我错了，我相信有人会纠正我......:-)

我假设由于您正在使用每秒 50 个连接的阻塞套接字运行服务器，因此您有一个线程机制来处理客户端请求。如果是这样，您实际上无法从非阻塞套接字中获得任何好处。相反 - 您必须将服务器逻辑更改为事件驱动 - 基于主线程中从非阻塞套接字触发的事件，或者使用持续轮询来了解您的套接字正在做什么。

非阻塞套接字比阻塞套接字更无法检测到客户端在没有通知的情况下断开连接 - 它们没有心灵感应能力...客户端和服务器之间的 TCP/IP“对话”的本质是相同的 -阻塞和非阻塞仅与应用程序与进行“对话”的套接字连接的交互有关。

如果需要清除死连接，则需要在套接字上实现心跳或超时机制(我从未见过不支持超时的现代套接字实现)。