1.为什么要有UDP打洞?
因为NAT的存在,可以是多台Client共用一个公网IP地址。但是同时造成了一个问题。外网访问内网是很麻烦的。因为NAT这个时候并没有为ClientA的每个端口提供映射。而是要用时,临时分配一个。那个如果外网的Server想主动发起通信是不可以的。同样的,另一个内网的ClientB想访问ClientA就更难了。
2.UDP打洞
如果ClientA发出连接Server的请求,那么NAT上就会有一个ClientA对应的通信端口的洞。这个时候外网的Server就可以通过这个洞来访问了。因为ClientA请求了Server,代表信任Server。那么Server通过这个洞就能和ClientA进行通信了。
但是要注意一个问题。如果ClientB知道了这个洞大多数情况下,也是不能发送消息给A的。会被NAT抛弃。因为不是可信来源。(要使得ClientB能发送信息给A的前提是。ClientA给ClientB发送一个握手消息。就像ClientA对B说,我相信你),那么这个时候Clinet'B再给ClientA发送信息,A就能接受到了。
3.打洞过程
(1)ClientA请求Server。
(2)ClientB请求Server。
(3)Server把ClientA的IP和端口信息发给ClientB。
(4)Server把ClientB的IP和端口信息发给ClientA。
(5)ClientA利用信息给ClientB发消息。(A信任B)
(6)ClinetB利用信息给ClientA发消息。(B信任A)
(7)连接已经建立。两者可以直接通信了。
(这段介绍来源CSDN,自己打字太累了,直接复制吧,反正原理都差不多,懂的人不用看,不懂的肯定也不差我这点打洞原理描述)
说一下源码:
1.使用的hp的通信组件,经过了自己的2次封装(封装过程借鉴了凌哥的模块,但是东西不一样,反正都是学习一下,我相信凌哥不介意)
2.借助论坛已经开源的打洞,我也只能用hp实现了聊天功能,至于为啥我后面会说
3.这个udp打洞有意思的一点就是,我那个源码去掉标识以后,就成群聊了(跟QQ群聊一样,哈哈哈,感觉挺好玩的,服务器没有一点压力,并且所有人都能收到消息)
4.在弄打洞的过程,发现如果对方上网的流量来自手机共享流量啊,或者流量卡啊,其他上网设备(反正不是宽带)基本上都会打洞失败,我测试的上网设备不多,有1算1,反正都是失败
5.如果服务端在外网服务器,两个客户端都在同一个内网下,打洞基本上也是失败(这个我也是不理解),异地打洞没问题
6.坑爹的来了,内网测试下udp发包能发4w+字节,外网测试下只能发不到1w字节.......并且还乱序,并且时不时的还接收失败.....
听到有小道消息说:hp的udp组件就连怪兽大大自己都不用,我也不知道是真是假
hp的这个udp打洞基本上就这样了,本人技术有限,没太多办法。有能力的后续自己开发,自己扩展
已经开发第二版了,用的是别人的收费通信组件【星光通信】,已经完成基本的握手,通信,远程桌面(后面也会在论坛开源,因为是别人收费的东西,所以嘛,你要是想白嫖呢,就加群然后加我,然后你就可以畅快的玩耍了,中间这个不可描述的过程就不用描述了)
第三版也开始写了,打洞完全用的TCP完成,我查阅了资料,TCP也是可以打洞成功的,目前已经完成基本的握手,所以开源第一版,大家一起学习学习,后面可能都会考虑开源
模块自己封装的,dll直接超过3mb大小,所以dll都放在QQ群里了 1131935621
另外我在上传一份直链https://4vq.cn/imaeQ3