高性能 Socket 组件 HP-Socket v3.0.2 正式发布

伤神小怪兽
 伤神小怪兽
发布于 2013年11月26日
收藏 60

HP-Socket

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 派发的数目以及心跳检查的间隔等)。

(项目主页:点击这里,下载地址:点击这里)


*** v3.0.2 更新 ***

 > 把 HP-Socket 编译为动态链接库:

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

  1. 应用程序可以通过导入源代码或动态链接库方式使用 HP-Socket
  2. 动态链接库使用方法
    方法一:
    -----------------------------------------------------------------------
    (0) 应用程序包含 SocketInterface.h 和 HPSocket.h 头文件
    (1) 调用 HP_Create_Xxx() 函数创建 HPSocket 对象
    (2) 使用完毕后调用 HP_Destroy_Xxx() 函数销毁 HPSocket 对象
    
    方法二:
    -----------------------------------------------------------------------
    (0) 应用程序包含 SocketInterface.h 和 HPSocket.h 头文件
    (1) 创建 CXxxWrapper 包装器,通过包装器智能指针使用 HPSocket 对象
  3. 动态链接库发行版本
    (1) Bin/x86/HPSocket.dll      - (32位/MBCS/Release)
    (2) Bin/x86/HPSocket_D.dll    - (32位/MBCS/DeBug)
    (3) Bin/x86/HPSocket_U.dll    - (32位/UNICODE/Release)
    (4) Bin/x86/HPSocket_UD.dll   - (32位/UNICODE/DeBug)
    (5) Bin/x64/HPSocket.dll      - (64位/MBCS/Release)
    (6) Bin/x64/HPSocket_D.dll    - (64位/MBCS/DeBug)
    (7) Bin/x64/HPSocket_U.dll    - (64位/UNICODE/Release)
    (8) Bin/x64/HPSocket_UD.dll   - (64位/UNICODE/DeBug)

> 其它更新:

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

  1. 把组件接口以及监听器接口的声明移到 SocketInterface.h
  2. IServer 增加接口方法 GetConnectionCount()/GetConnectPeriod() 分别获取当前连接数和某个连接的时长
  3. IServer 接口方法 GetListenAddress()/GetClientAddress() 的 CString& 参数改为 LPTSTR
  4. IClient 接口方法 GetLocalAddress() 的 CString& 参数改为 LPTSTR
  5. IClient 接口方法 GetLocalAddress() 的 CString& 参数改为 LPTSTRSocketHelper.h 中所有全局函数的 CString& 参数均改为 LPTSTR
  6. 示例工程 TestEcho-Pull 和 TestEcho-PFM 改为用动态链接库方式使用 HP-Socket

> 升级说明:

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

  1. 使用 HP-Socket v3.0.1 的应用程序可以安全升级到 HP-Socket v3.0.2
  2. 由于某些接口方法的参数作了调整,因此请参考测试工程作相应修改
  3. 如果工程想通过动态链接库方式使用 HP-Socket,请参考 TestEcho-Pull 或 TestEcho-PFM 示例工程

*** v3.0.1 更新 ***

 > 新增 UDP 通信组件:

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

  1. 新增两个 UDP 通信组件:CUdpServer 为服务端组件,CUdpClient 为客户端组件
  2. 服务端组件 CUdpServer 采用 IOCP 通信模型
  3. 客户端组件 CUdpClient 采用 Event Select 通信模型
  4. UDP 通信组件的接口与原 TCP 通信组件一致,简单实用
  5. UDP 通信组件内置通信线路自动监测机制
  6. 新增 UDP 通信组件示例工程 TestEcho-UDP

> 代码重构与优化:

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

  1. 规范所有接口、类以及代码文件的命名
  2. 重构和优化了大量组件代码
  3. 服务端组件加入读写锁机制,有效平衡处理性能与安全性
  4. 服务端组件的 Socket 对象缓存列表设置了锁定时间,提高访问的安全性

*** 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. 通过上述两个方法,应用程序可以为每个连接绑定任意附加数据并把数据获取出来

*** 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

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:高性能 Socket 组件 HP-Socket v3.0.2 正式发布
加载中

最新评论(25

伤神小怪兽
伤神小怪兽

引用来自“luckysym”的评论

引用来自“伤神小怪兽”的评论

引用来自“苗永超”的评论

引用来自“luckysym”的评论

引用来自“伤神小怪兽”的评论

引用来自“luckysym”的评论

引用来自“伤神小怪兽”的评论

引用来自“luckysym”的评论

就是把windows的API封装封装分装再整一套API,功能还完全一样?意义何在?

简单来说: 使用HP~Socket 的应用程序根本看不到socket.

socket是看不到了,那还不是得看他HP socket的脸色嘛

那你想怎么样呢?

我只是问意义何在?封转了一套API的同时,又增加一套API,没有新增功能,而且封转必然带来性能损失。

你是看杨澜看多了么?

意义很简单,应用程序不必关注底层通信细节,只需关注自身业务逻辑。降低开发负担。另外,封装等于性能损失?还真不是,封装只是把应用层需要做的工作转到组件帮你做了,无论有没有组件,这个工作都必须做的。

封装不会有性能损失?应用 调用 API1, api1调用api2,中间过了一道手,再厉害也会有多一层函数调用的损耗。

光调用就完了?整个流程是调用+预处理+逻辑处理+后处理!封装就是组件帮你做了三步,应用负责逻辑处理,ok?
风从东方来
风从东方来

引用来自“伤神小怪兽”的评论

引用来自“苗永超”的评论

引用来自“luckysym”的评论

引用来自“伤神小怪兽”的评论

引用来自“luckysym”的评论

引用来自“伤神小怪兽”的评论

引用来自“luckysym”的评论

就是把windows的API封装封装分装再整一套API,功能还完全一样?意义何在?

简单来说: 使用HP~Socket 的应用程序根本看不到socket.

socket是看不到了,那还不是得看他HP socket的脸色嘛

那你想怎么样呢?

我只是问意义何在?封转了一套API的同时,又增加一套API,没有新增功能,而且封转必然带来性能损失。

你是看杨澜看多了么?

意义很简单,应用程序不必关注底层通信细节,只需关注自身业务逻辑。降低开发负担。另外,封装等于性能损失?还真不是,封装只是把应用层需要做的工作转到组件帮你做了,无论有没有组件,这个工作都必须做的。

封装不会有性能损失?应用 调用 API1, api1调用api2,中间过了一道手,再厉害也会有多一层函数调用的损耗。
伤神小怪兽
伤神小怪兽

引用来自“苗永超”的评论

引用来自“luckysym”的评论

引用来自“伤神小怪兽”的评论

引用来自“luckysym”的评论

引用来自“伤神小怪兽”的评论

引用来自“luckysym”的评论

就是把windows的API封装封装分装再整一套API,功能还完全一样?意义何在?

简单来说: 使用HP~Socket 的应用程序根本看不到socket.

socket是看不到了,那还不是得看他HP socket的脸色嘛

那你想怎么样呢?

我只是问意义何在?封转了一套API的同时,又增加一套API,没有新增功能,而且封转必然带来性能损失。

你是看杨澜看多了么?

意义很简单,应用程序不必关注底层通信细节,只需关注自身业务逻辑。降低开发负担。另外,封装等于性能损失?还真不是,封装只是把应用层需要做的工作转到组件帮你做了,无论有没有组件,这个工作都必须做的。
苗永超
苗永超

引用来自“luckysym”的评论

引用来自“伤神小怪兽”的评论

引用来自“luckysym”的评论

引用来自“伤神小怪兽”的评论

引用来自“luckysym”的评论

就是把windows的API封装封装分装再整一套API,功能还完全一样?意义何在?

简单来说: 使用HP~Socket 的应用程序根本看不到socket.

socket是看不到了,那还不是得看他HP socket的脸色嘛

那你想怎么样呢?

我只是问意义何在?封转了一套API的同时,又增加一套API,没有新增功能,而且封转必然带来性能损失。

你是看杨澜看多了么?
伤神小怪兽
伤神小怪兽
意义很简单,应用程序不必关注底层通信细节,只需关注自身业务逻辑。降低开发负担。另外,封装等于性能损失?还真不是,封装只是把应用层需要做的工作转到组件帮你做了,无论有没有组件,这个工作都必须做的。
风从东方来
风从东方来

引用来自“伤神小怪兽”的评论

引用来自“luckysym”的评论

引用来自“伤神小怪兽”的评论

引用来自“luckysym”的评论

就是把windows的API封装封装分装再整一套API,功能还完全一样?意义何在?

简单来说: 使用HP~Socket 的应用程序根本看不到socket.

socket是看不到了,那还不是得看他HP socket的脸色嘛

那你想怎么样呢?

我只是问意义何在?封转了一套API的同时,又增加一套API,没有新增功能,而且封转必然带来性能损失。
伤神小怪兽
伤神小怪兽

引用来自“自主创新”的评论

不开源么。。。。有没有性能比对,为什么出个什么东西就是高性能

必须开源,性能测试程序:TestEcho-PFM,你也可以自己写个小程序作对比。
自主创新
自主创新
不开源么。。。。有没有性能比对,为什么出个什么东西就是高性能
伤神小怪兽
伤神小怪兽

引用来自“一如当初”的评论

支持一下!很好用的组件,接口封装简单,易用。

哈哈,麻烦到这里点“收藏”和“已用”以示支持咯~ - http://www.oschina.net/p/hp-socket
返回顶部
顶部