实现 TCP 消息处理逻辑，实现双向通信。
设计原则：
这个项目实现之前，我在 github 比较了 5 个同类项目，有一些不同的实现。以 Java 语言的举例，基本是基于 Netty 包实现的数据读取和 JTT808 的协议封装，并依赖 Spring 提供一个 Web 操作入口。从我的角度来看，这些项目不能说做的不好，单从性能指标来讲甚至很突出，但是在代码可读性上一定是做的不够的。我猜测这可能囿于 Java 本身的设计模式，或者是模仿 Spring 切面编程实现的各种注解/拦截器，看起来是很美好，但是在代码可读性上带来了更多的困难。
这个项目创建初衷，主要有这几点：
- 作为我的 golang 项目实践，真正的考虑实际业务场景，让我更熟悉 golang 的编程模式
- 我之前主要做 Web 开发，希望借此熟悉更底层 socket 编程
- 给需要对接 JTT808 协议的开发者提供一个简明参考，如果你觉得有帮助，请给一个 star 和 fork 吧
以此，jt808-server-go 的设计原则只有两点：
- 逻辑简洁
- 代码易读
实现思路：
- FrameHandler 调用 TCP read，读取终端送达的字节流，在这里称作 FramePayload
- PacketCodec 将 FramePayload 解码成 PacketData
- MsgHandler 处理 PacketData，转换为 JT808Msg
- MsgHandler 处理 JT808Msg，生成响应消息 JT808Cmd，转为 PacketData
- PacketCodec 将 PacketData 编码成 FramePayload
- FrameHandler 调用 TCP write，将 FramePayload 发送给终端
核心框架：
- TCP 双向通信基础逻辑实现
- codec 层实现
支持消息：
| 终端侧 | 平台侧 |
|---|---|
| 0x0001 终端通用应答 | 0x8001 平台通用应答 |
| 0x0002 终端心跳 | 0x8100 终端注册应答 |
| 0x0003 终端注销 | |
| 0x0100 终端注册 | |
| 0x0102 终端鉴权 | |
| 0x0200 位置信息汇报 |
TODO
- 控制面逻辑
- 注册后存储 session，注销后删除 session，心跳保活 session
- 终端应答 result 根据执行成功和失败返回
- 数据持久化