tag_link
目的：
建立一个TCP长连接一个网桥服务器,所谓的网桥，其实质就是一个TCP服务器和客户端。用来保证传递云端与终端的实时通信。这样的服务器百度有很多例子，在此不多赘述。
bridgo.go 为部署在云端的网桥服务。
client.go 部署在本地终端设备。
思考：
1.如何解决TCP粘包的问题？
2.客户端（终端）连接如何验证其身份？
3.是否需要指定类似HTTP协议一样的消息协议，以便于解析？
在生产中，客户端的接入是要被限制的。不能随便接入我们的网桥增加风险。验证身份合法性的方式有很多，我这里选择一种比较简单的方式，当客户端拨号成功获取连接后则向云端发送一段验证码，云端再验证验证码的有效性，有效则保持连接，无效则关闭连接。
在此，数据持久储存我选用了sqlite3来储存数据。使用gorm来进行操作数据库。验证码储存和传输都采用MD5 加密。
data.go --基于gorm的model模型。
类似http协议一样，我们需要定一种消息协议来保证云端和客户端的正确的通信，防止漏读和粘包。 我这里采用如下方式：
| 消息类型 | 内容长度 | 内容 |
|---|---|---|
| 4 byte | 4 byte(int32) | n byte |
message.go--根据消息协议编写的对象
备注：
这次更新了很多文件，文件中都有相应的注释。在编写代码的过程中，根据实际的需要，封装了一些工具包，例如:
myerr,tools,crypt。这里lib/connect包中Conn继承net.Conn,旨在根据我们的消息协议，增加一下方法。
server.go 服务端入口文件
client.go 客户端入口文件
思考：
1.现在客户端（终端）设备可以与云端发生正常通信，那么真正的访客，浏览器，ssh等怎么访问我们的终端所在的内网环境的端口服务？
2.云端如果实现消息代理？
3.终端如果实现消息代理？
4.如何保证消息代理的1对1整个链路不出错？