SuperSocket快速入门（一）：什么是SuperSocket

最新推荐文章于 2024-03-16 09:43:53 发布

weixin_33858249

最新推荐文章于 2024-03-16 09:43:53 发布

阅读量234

点赞数

原文链接：http://www.cnblogs.com/wkavenger/p/4658102.html

版权

SuperSocket快速入门（一）：什么是SuperSocket

什么是SuperSocket

　　SuperSocket（下文简称SS）是一个轻量级, 跨平台而且可扩展的 .Net/Mono Socket 服务器程序框架。你无须了解如何使用 Socket, 如何维护 Socket 连接和 Socket 如何工作，但是你却可以使用 SuperSocket 很容易的开发出一款 Socket 服务器端软件，例如游戏服务器，GPS 服务器, 工业控制服务和数据采集服务器等等。

功能特点

高性能的事件驱动通信;
非常简单易用; 你只需要通过创建几个类就能获得一个健壮的 Socket 服务器;
内置的命令行协议让你能够迅速创建一个网络命令行接口服务器;
强大且高性能的协议解析实现工具帮你简化了网络数据的分析工作;
灵活的配置功能和友好的配置 API;
多监听器支持; 让你在一个服务器实例内监听多个端口;
多服务器实例托管的支持让你从容面对复杂的部署需求;
应用程序域和进程级别的隔离能够满足你大部分的宿主场景;
内置的 SSL/TLS 加密支持;
会话级别的发送队列能够让你通过会话并发的发送数据，并保持高性能和可控性;
SuperSocket 的命令处理模式让你的业务逻辑更清晰，更有条理;
优良的可扩展 API 支持: Command Filter, Connection Filter, Command Loader;
可替换的日志架构允许你使用你喜欢的日志组件;
动态语言的支持; 允许你用 Python 之类的脚本语言来实现命令;
与 Mono/Linux 保持二进制级别的兼容;
Windows Azure 的支持;
内置你可以直接用于 Flash 或 Silverlight 客户端的 Socket 策略服务器;

本人前言

　　SS基于.NET IOCP的AsyncSocketEventArgs进行开发设计，很多朋友在群里问SS性能怎样，我觉得这个问题还是需要根据您自己的程序来看，如果单从例子来看，网上有很多AsyncSocketEventArgs的性能，也有例子，大可测试。嘿嘿。

　　如果需要深入了解SS并凌驾于SS进行开发以及关注本人后续文章的相关内容，需要对SOCKET、泛型、Lambda表达式以及事件驱动有一定的了解，这些知识将不会另行讲解。

　　初次接触SS的小伙伴，SS是轻量级的、基于事件驱动级的框架，使用前请先看看官方网站上的文档，如果您觉得看文档是浪费时间的话，那您还是直接使用原生Socket，AsyncSocketEventArgs或者TcpListener之类的，简单、便捷。

　　很多小伙伴想使用自己的协议，那就更应该仔细认真的看看文档了（使用 IRequestInfo 和 IReceiveFilter 等等其他对象来实现自定义协议），如果想追求快，而又搞不懂如果实现自定义，个人真不建议你使用SS了，同上。

SuperSocket 请求处理模型示意图

　　这部分已经概括了SS的流程，只是少了一部ConnectionFilter，应该在Client->SocketListener的时候，如果实现了连接过滤器会在客户端connect的时候先进行筛选。

在群里，很多小伙伴们经验问收不到数据，这是为什么呢？首先理解什么是通信协议，简单来讲，就是把收到2进制数据转换成规则，如上图所示，客户端发送一条2进制代码的时候，经过ReceiveFilter的过滤，解析符合规则的2进制内容，并转换成所对应的对象，然后执行处理。

★SS内置了常用的一些协议，如下：

命令行协议：也是AppServer的默认协议，每条协议都以换行\r\n结束，格式：Command Arg1 Arg2 ArgN\r\n，注意：很多小伙伴都忘记了后面的\r\n。还有很多小伙伴中文会出现乱码，出现乱码是因为默认配置的textEncoding为ASCII，改成UTF-8或GBK即可。
结束符协议（TerminatorReceiveFilter）：与命令行协议类似，一些协议用结束符来确定一个请求，格式：AnyData....##，以##结尾的数据。
固定数量分隔符协议（CountSpliterReceiveFilter）：有些协议定义了像这样格式的请求，格式：#part1#part2#part3#part4#part5#part6#part7#。每个请求有7个由#分隔的部分。
固定请求大小的协议（FixedSizeReceiveFilter）：在这种协议之中, 所有请求的大小都是相同的。如果你的每个请求都是有9个字符组成的字符串，如KILL BILL。
带起止符的协议（BeginEndMarkReceiveFilter）：在这类协议的每个请求之中都有固定的开始和结束标记，格式：!xxxxxxxxxxxxxx$，'!'是开始标记，'$'是结束标记。
头部格式固定并且包含内容长度的协议（FixedHeaderReceiveFilter）：这种协议将一个请求定义为两大部分，如第一部分定义了请求名称，第二部包含后面内容的长度以及第三部分的具体内容。如：|name(4)|len(2)|content|，4字节的名称、2字节的内容长度，具体的内容。