高性能 Windows Socket 组件 HP-Socket v2.3.1-beta-1 发布

　　HP-Socket 是一套通用的高性能 Windows Socket 组件包，包含服务端组件（IOCP 模型）和客户端组件（Event Select 模型），广泛适用于 Windows 平台的 TCP/UDP 通信系统。HP-Socket 对通信层实现完全封装，上层应用不必关注通信层的任何细节；HP-Socket 提供基于事件通知模型的 API 接口，能非常简单高效地整合到各类应用程序中；另外，为了让大家能更方便的学习 HP-Socket，特此精心制作了功能测试示例（Test Echo）性能测试示例（Test Echo-PFM）PULL 模型测试示例（Test Echo-Pull） 和 UDP 测试示例（Test Echo-UDP），用户可以通过这几个测试示例入手，迅速掌握组件的设计思想和使用方法。

----------------------------------------------------------------

通用性

• 通信组件的唯一职责就是接受和发送字节流，绝对不能参与上层协议解析等工作；
• 与上层使用者解耦、互不依赖，组件与使用者通过操作接口和监听器接口进行交互，组件实现操作接口为上层提供操作方法；使用者实现监听器接口把自己注册为组件的 Listener，接收组件通知。因此，任何使用者只要实现了监听器接口都可以使用组件；另一方面，甚至可以自己重新写一个实现方式完全不同的组件实现给使用者调用，只要该组件遵从组件的操作接口，这也是 DIP 设计原则的体现。

可用性

　　可用性对所有通用组件都是至关重要的，如果太难用还不如自己重头写一个来得方便。因此，组件的操作接口和监听器接口设计得尽量简单易用（通俗来说就是“傻瓜化”），这两个接口的主要方法均不超过 5 个。另外，组件完全封装了所有的底层 Socket 通信，上层应用看不到任何通信细节，不必也不能干预任何通信操作，Socket 连接被抽象为 Connection ID，该参数作为连接标识提供给上层应用识别不同的连接。

高性能

　　作为底层的通用组件，性能问题是必须考虑的，绝对不能成为系统的瓶颈。而另一方面，从实际出发，根据客户端组件与服务端组件的性能要求采用不同的 Socket 模型。组件在设计上充分考虑了性能、现实使用情景、可用性和实现复杂性等因素，确保满足性能要求的同时又不会写得太复杂。做出以下两点设计决策：

• 客户端：在单独线程中实现 Socket 通信交互。这样可以避免与主线程或其他线程相互干扰；I/O 模型选择 Event Select 通信模型。
• 服务端：采用 Windows 平台效率最高的 IOCP 通信模型；利用缓存池技术，在通信的过程中，通常需要频繁的申请和释放内存缓冲区，建立了动态缓存池， 只有当缓存池中没有可用对象时才创建新对象，而当缓存对象过多时则会压缩缓存池；另外，组件的动态内存通过私有堆（Private Heap）机制分配，避免与 new / malloc 竞争同时又减少内存空洞。

伸缩性

　　可以根据实际的使用环境要求设置组件的各项性能参数（如：工作线程的数量、各种缓存池的大小、收发缓冲区的大小、Socket 监听队列的大小、Accep 派发的数目以及心跳检查的间隔等）。

　　(项目主页：点击这里，下载地址：点击这里)

---

*** v2.3.1 (Beta-1)更新 ***

 > 新增 UDP 通信组件：

-----------------

1. 新增两个 UDP 通信组件：CUdpServer 为服务端组件，CUdpClient 为客户端组件
2. 服务端组件 CUdpServer 采用 IOCP 通信模型
3. 客户端组件 CUdpClient 采用 Event Select 通信模型
4. UDP 通信组件的接口与原 TCP 通信组件一致，简单实用
5. 新增 UDP 通信组件示例工程 TestEcho-UDP

> 代码重构与优化：

-----------------

1. 规范所有接口、类以及代码文件的命名
2. 进一步优化 TCP 服务端和客户端组件代码

> 升级说明：

 -----------------

1. 使用 HP-Socket v2.2.3 的应用程序可以安全升级到 HP-Socket v2.3.1
2. 由于重命名了大量接口、类以及代码文件，因此升级时需要作相应调整

---

*** v2.2.3 更新 ***

 > 连接 ID 的数据类型改为 ‘CONNID’：

-----------------

1. 在SocketHelper.h 中定义 CONNID 数据类型（默认：typedef ULONG_PTR CONNID）
2. 应用程序可以把 CONNID 定义为其希望的类型（如：ULONG / ULONGLONG 等）
3. 为了便于移植与维护，应用程序的任何地方都应该用‘CONNID’类型引用连接 ID

> 服务端 Socket 组件支持为每个连接绑定附加数据：

-----------------

1. IServerSocket 和 CIocpServer 增加方法 Get/SetConnectionExtra()
2. 通过上述两个方法，应用程序可以为每个连接绑定任意附加数据并把数据获取出来
   

> 其它更新：

 -----------------

1. 放宽 CIocpServer 的最大 IOCP 工作线程数目限制（64 改为 500）
2. 服务端 Socket 组件的 Disconnect() 方法增加一个标识参数‘bForce’，指示是否强制断开连接
3. 调整连接 ID 的生成规则，避免生成数值为 0 的连接 ID

---

*** v2.2.2 更新 ***

  > 优化心跳检测相关功能：

 -----------------

1. IServerSocket 和 IClientSocket 的 Get/SetKeepAliveTimes() 方法改为 Get/SetKeepAliveTime()
2. CIocpServer 和 CClientSocket 的默认 KeepAliveTime 属性改为 5000
3. CIocpServer 和 CClientSocket 的默认 KeepAliveInterval 属性改为 3000

---

*** v2.2.1 更新 ***

> PULL 模型支持：

-----------------

1. ISocketListener 增加 PULL 模型数据接收通知方法 OnReceive(dwConnID, int)
2. 增加 PULL Socket 接口 IPullSocket，该接口的 Fetch(dwConnID, pBuffer, iLength) 方法用于抓取通信数据

> Server：

-----------------

1. 服务端 Socket 接口 ISocketServer 改名为 IServerSocket
2. 增加 PULL Server Socket 监听器抽象类 CPullServerSocketListener
3. 增加 PULL Server Socket 接口 IPullServerSocket
4. 增加 PULL Server Socket 实现类 CIocpPullServer

> Client：

-----------------

1. 客户端 Socket 接口 ISocketClient 改名为 IClientSocket
2. 客户端 Socket 实现类 CSocketClient 改名为 CClientSocket
3. 增加 PULL Client Socket 监听器抽象类 CPullClientSocketListener
4. 增加 PULL Client Socket 接口 IPullClientSocket
5. 增加 PULL Client Socket 实现类 CPullClientSocket　　

> 其它更新：
-----------------

1. 增加 PULL Socket 测试程序 TestEcho-Pull
2. 在 SocketHelper.h (.cpp) 中添加若干帮助结构体

---

评论

1 楼 桃花源记 2013-10-21  

socket用的是越来越少了，好多人都不知道这个了！