大家都知道,UDP是短连接,当我们想使用UDP包在内网想跟处于外网的SOCKET 服务端进行通信,有时就会出现这样的问题:
网上找过很多资料,大家一直觉得这是NAT的问题,认为NAT在UDP包过去之后有可能就将转换的标志给丢掉了,导致再次收到去往内网的包时就果断的丢掉了,但其实不是这样的,NAT的转换记录表更新时间有长有短,但一般都在15S~45S之间,而我们一般的SCOKET 回复肯定是用不了这么长的时间的,所以我猜测有可能是代码里头有什么地方写的不对,经过查看MSDN,我发现,其实SOCKET类里头有一个属性是自己之前一直没有注意过的
就是这个,经过测试,造成上述问题现在的原因在于SOCKET 中的TLL默认的32,在一些网络环境下这个值有可能会导致数据包被意外丢弃的情况 。