3.2 CONNACK – 确认连接请求 3.2.1 固定报头 图例 3.8 – CONNACK 报文固定报头 3.2.2 可变报头 图例 3.9 –CONNACK报文可变报头 连接确认标志 Connect Acknowledge Flags 当前会话 Session Present 连接返回码 Connect Return code 表格 ...

A) 创建抽象的 IRouter层 B) 实现Router类 现在我们来给Zinx实现一个非常简单基础的路由功能，目的当然就是为了快速的让Zinx步入到路由的阶段。后续我们会不断的完善路由功能。 A) 创建抽象的 IRouter层 在 ziface下 创建 irouter.go文件 zinx/ziface/irouter.go pack...

A) 测试基于Zinx完成的服务端应用 B) 启动Server.go C) 客户端应用测试程序 D) 启动Client.go 接下来我们在基于Zinx写服务器，就可以配置一个简单的路由功能了。 A) 测试基于Zinx完成的服务端应用 Server.go package main import ( "fmt" "z...

一、引言 二、初识Zinx框架 三、Zinx框架基础路由模块 四、Zinx的全局配置 五、Zinx的消息封装 六、Zinx的多路由模式 七、Zinx的读写分离模型 八、Zinx的消息队列及多任务机制 九、Zinx的连接管理 十、Zinx的连接属性设置

我们之前在已经给Zinx配置了路由模式，但是很惨，之前的Zinx好像只能绑定一个路由的处理业务方法。显然这是无法满足基本的服务器需求的，那么现在我们要在之前的基础上，给Zinx添加多路由的方式。 既然是多路由的模式 ，我们这里就需要给MsgId和对应的处理逻辑进行捆绑 。所以我们需要一个Map。 Apis map [uint32] ziface ....

现在我们就给用户提供一个自定义的conn处理业务的接口吧，很显然，我们不能把业务处理的方法绑死在type HandFunc func(*net.TCPConn, []byte, int) error 这种格式中，我们需要定一些interface{}来让用户填写任意格式的连接处理业务方法。 那么，很显然func是满足不了我们需求的，我们需要再做几个抽象的接...

基础