为什么在阻塞模式下不会为 TServerSocket 触发 OnClientConnect 和 OnClientError 事件

Question

我正在使用 Embarcadero RAD studio C++ builder XE 创建一个 C++ 应用程序。该应用程序在阻塞模式下使用动态创建的TServerSocket 组件。我创建了一个派生自TServerClientThread 的类，它提供了一个自定义的ClientExecute() 方法。这个类是通过我已经实现的TServerSocket 事件处理程序OnGetThread 创建的。我为OnAccept、OnClientConnect、OnClientDisconnect 和OnClientError 分配事件处理程序。在我的线程类中，我使用TWinSocketStream 类从套接字连接读取和写入。

我使用创建TServerSocket 的自定义编写类（派生自TComponent），我分配的事件处理程序是此类的成员函数。

我的OnAccept 和OnClientDisconnect 事件触发，但OnClientConnect 和OnClientError 事件都没有触发。这是该组件的正常行为吗？我所读到的关于这个组件的所有内容都表明所有事件都将在阻塞模式下为TServerSocket 触发，我根本无法理解为什么这些事件不会触发。我还需要做些什么，或者这些事件在阻塞模式下不起作用？使用TServerSocket 实例作为另一个TComponent 派生类的成员是否可能会导致一些问题？

Answer 1

OnClientConnect 事件由TServerClientWinSocket 构造函数触发。 TServerClientWinSocket 对象在 WinSock 接受新客户端套接字时调用 OnGetSocket 事件之后立即构造，并且在调用 OnAccept 和 OnGetThread 事件之前。因此，不会调用 OnClientConnect 的唯一可能方法是，如果您实际上没有分配给它的处理程序。

OnClientError 在非阻塞套接字故障期间由TCustomWinSocket.SendStream()、TCustomWinSocket.SendBuf() 和TCustomWinSocket.ReceiveBuf() 调用。如果你使用TWinSocketStream 代替你的I/O，那么这些方法都不会被它调用。它会在失败时引发ESocketError 异常。如果您没有捕获这些异常，调用 TServerClientThread 将简单地终止自身（在将异常传递给主线程进行处理之后）。