**Q-01：Connection ID的生成规则是什么？数值溢出怎么办？**
> A：Connection ID在32位程序中是4字节，在64位程序中是8字节。Client组件和Agent/Server组件有不同的生成规则：
> 1)Client组件：当Connection ID溢出时会重新从1开始递增。理论上在32位程序中存在溢出的可能，但不必过于担心，因为极少有“创建了40亿次连接后第一个连接还没断开”的场景。
> 2)Agent/Server组件：Connection ID取值范围：1 - N*256，其中N为最大连接数。HPSocket通过内部算法合理分配一个安全随机的Connection ID。
**Q-02：可以在通信线程中调用Start() / Stop() 吗？**
> A：不能。由于监听器事件（OnReceive / OnClose等）通常都在通信线程中被触发，因此不能在监听器事件处理代码中调用Start() / Stop() 控制方法。
**Q-03：如何断开超长连接？**
> A：所谓超长连接是指连接时长超过正常时长的连接。Server和Agent组件提供DisconnectLongConnections() 方法断开所有超长连接，也提供GetConnectPeriod() 方法用来获取某个连接的时长。
**Q-04：如何断开静默连接？**
> A：所谓静默连接是长时间没有数据交互的指连接。Server和Agent组件提供DisconnectSilenceConnections() 方法断开所有静默连接，也提供GetSilencePeriod() 方法用来获取某个连接的静默时间。注意：当组件开启了静默标记时上述两个方法才有效，可在组件启动前调用“SetMarkSilence(TRUE)”方法来开启静默标记。HP-Socket v3.5.x及后续版本默认开启静默标记。
**Q-05：断线重连该如何实现？**
> A：Agent组件可以在接收到断线通知事件（OnClose）时立刻发起Connect() 调用进行重连；Client组件则不能接收到断线通知事件（OnClose）时立刻调用Start() 方法进行重连。因此，Client组件可以选择以下方法实现重连：
> 1)启动一个监测线程或定时器，定期调用组件对象的GetState() 方法检查组件对象的状态，如果状态为SS_STOPED则执行重连。
> 2)启动一个监测线程，在组件的OnClose事件中向监测线程发送断线重连通知（Event）激活监测线程，监测线程循环调用组件对象的GetState() 方法检查组件对象的状态，直到状态为SS_STOPED则执行重连。
> 3)使用窗口消息机制结合 ::PostMessage() / ::PostThreadMessage() API函数替代2) 中的监测线程和通知（Event）。
**Q-06：HP-Socket有心跳检测机制吗？**
> A：有（UdpCast组件除外）。TCP组件使用TCP协议内置的心跳检测机制，UDP组件通过互发0字节数据包实现心跳检测：
> 1)TCP心跳检测：SetKeepAliveTime() / SetKeepAliveInterval()，单位 - 毫秒
> 超时时间计算公式：KeepAliveTime + (KeepAliveInterval * N)
> 其中N为固定值：WinXP以下系统N=5；Win7以上系统N=10
> 2)UDP心跳检测：SetDetectInterval() / SetDetectAttempts()，单位 - 秒
> 超时时间计算公式：DetectInterval * (DetectAttempts + X)
> 其中X可能为0~1之间的任意值
> 3)对于Server或Agent组件，可以通过“断开静默连接”方式间接实现心跳检测。如：使用定时器或独立线程定时调用DisconnectSilenceConnections() 方法断开静默连接。
**Q-07：为什么HP-Socket的UDP组件与我的UDP程序通信经常会断开连接？**
> A：HP-Socket的UDP服务端和客户端组件默认都开启了心跳检测机制，与第三方UDP程序通信时，有两种选择：
> 1)调用SetDetectInterval(0) / SetDetectAttempts(0) 关闭UDP组件的心跳检测机制。
> 2)你自己的程序实现与HP-Socket的UDP心跳检测握手。具体方法是：
> 使用IUdpClient作为客户端：当服务端接收到0字节的UDP心跳数据包时立刻回复一个0字节的握手包。
> 使用IUdpServer作为服务端：客户端需要定期向服务端发送0字节的UDP心跳数据包。
**Q-08：HP-Socket的TCP组件是否处理了粘包？**
> A：三种选择：
> 1)PUSH模型：应用程序手工处理粘包。
> 2)PULL模型：与应用层协议配合，半自动处理粘包。
> 3)PACK模型：通信组件自动处理粘包。
**Q-09：HP-Socket如何与第三方Socket应用通信？**
> A：根据HP-Socket组件接收模型分别处理：
> 1)PUSH模型：与应用层协议无关，可以直接通信。
> 2)PULL模型：与对端协商应用层协议。
> 3)PACK模型：对端需遵守HP-Socket PACK的数据包格式。
**Q-10：多个线程同时发送数据时会不会造成发送方或接收方发送数据包乱序？**
> A：不会。对于发送方，HP-Socket会确保每个Send() 方法调用所发出的数据都是完整有序的，不会受其它Send() 方法干扰；对于接收方，HP-Socket对同一连接不会同时触发多个OnReceive事件，因此，接收方的数据包也不会发生乱序。
**Q-11：多个通信组件能共享同一个监听器对象吗？**
> A：可以。监听器回调事件的pSend参数标识当前通信组件。
**Q-12：有些机器在关闭TCP Server时，会一直卡在Stop()方法里面，Why？**
> A：处理方法：
> 1)以管理员身份在命令行工具中执行：“netsh winsock reset”，重启机器。
> 2)少上不良网站，卸载不良软件。
