先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里P7
深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
如果你需要这些资料,可以添加V获取:vip1024b (备注Java)
正文
TCP可以拥塞控制。
它意识到包丢弃或网络环境不好了,就会根据情况调整自身行为,看看是不是发快了,要不要发慢点。
UDP就不会,应用让我发,我就发。
所以TCP是个有状态服务,它精确地记着发送了没有,接收到没有,发送到哪个了,应该接收哪个了,错一点儿都不行。
而 UDP则是无状态服务。 通俗地说是没脑子的,天真无邪的,发出去就发出去了。
若:
-
MAC层定义了本地局域网的传输行为
-
IP层定义了整个网络端到端的传输行为
这两层的定义说明:网络传输以包为单位,二层叫帧,网络层叫包,传输层叫段。笼统称为包。包单独传输,自行选路,在不同的设备封装解封装,不保证到达。基于这个基因,亲生子UDP完全继承了这些特性。
====================================================================
当我发送的UDP包到达目标机器后,发现MAC地址匹配,于是取下,将剩下的包传给处理IP层的代码。
把IP头取下来,发现目标IP匹配,接下来这里面的数据包给谁呢?
发送时,我知道我发的是一个UDP包,收到的那台机器咋知道的?
所以在IP头里面有个8位协议,存放数据里面到底是TCP or UDP,当然这里是UDP。
于是如果知道UDP头的格式,就能从数据里将它解析。
解析出来后的数据给谁处理呢?
处理完传输层,内核工作就结束了,里面的数据应该交给应用程序处理。
一台机器上那么多应用程序,给谁呢?
无论应用程序写的使用TCP还是UDP传数据,都要监听一个端口。
端口用来区分应用程序。两个应用监听一个端口,到时候包给谁?
所以无论是TCP、UDP包头里,应该有端口号,根据端口号,将数据交给相应应用程序。
UDP包头有端口号,有源端口号和目标端口号,因为是两端通信嘛。
UDP除了端口号,也没有其他的了。
=====================================================================
沟通简单,不需要大量数据结构、处理逻辑、包头字段。
前提是它相信网络世界是美好的,秉承性善论,相信网络通路默认就是很容易送达的,不易被丢弃。
轻信他人。
它不会建立连接,虽然有端口号,但是监听在这个地方,谁都可以传给他数据,他也可以传给任何人数据,甚至可以同时传给多个人数据。
愣头青。不知何时该坚持,何时该退让。
不会根据网络情况进行发包的拥塞控制,无论网络丢包丢成啥样,它该怎么发还怎么发。
======================================================================
需要资源少,在网络情况比较好的内网,或对于丢包不敏感的应用。即对于失败不那么敏感的场景。
DHCP就是基于UDP。一般获取IP地址都是内网请求,而且一次获取不到IP又没事,过一会儿还有机会。
PXE可以在启动时自动安装os,os镜像的下载使用的TFTP,也是基于UDP。在还没有os时,客户端拥有的资源很少,不适合维护一个复杂状态机,而是因为是内网,一般也没啥问题。
无需一对一沟通,建立连接,而是可以广播的应用。
UDP的不面向连接特性,可承载广播或多播协议。DHCP就是一种广播,基于UDP。
对于多播,IP地址的D类地址,即组播地址,使用这个地址,可以将包组播给一批机器。当一台机器上的某个进程想监听某个组播地址时,需发送IGMP包,所在网络的路由器就能收到这个包,知道有个机器上有个进程在监听这个组播地址。当路由器收到这个组播地址时,会将包转发给这台机器,这就实现了跨路由器的组播。
需要处理速度快,时延低,可以容忍少数丢包,但要求即便网络拥塞,也毫不退缩,一往无前。
UDP简单、处理速度快,不像TCP操心各种重传,顺序,前面的不收到,后面的没法处理。不然等这些事情做完了,时延早就上去了。而TCP在网络不好出现丢包时,拥塞控制策略会主动退缩,降低发送速度,这就相当于本来环境就差,还自断臂膀,用户本来就卡,这下更卡。
当前很多应用都是要求低时延的,它们可不想用TCP如此复杂的机制,而是想根据自己的场景,实现自己的可靠和连接保证。例如,如果应用自己觉得,有的包丢了就丢了,没必要重传了,就可以算了,有的比较重要,则应用自己重传,而不依赖于TCP。有的前面的包没到,后面的包到了,那就先给客户展示后面的嘛,干嘛非得等到齐了呢?如果网络不好,丢了包,那不能退缩啊,要尽快传啊,速度不能降下来啊,要挤占带宽,抢在客户失去耐心之前到达。
如果你实现的应用需要有自己的连接策略,可靠保证,时延要求,使用UDP,然后再应用层实现再好不过。
=======================================================================
原来访问网页和手机APP都是基于HTTP协议。HTTP协议基于TCP,建立连接都需要多次交互,对于时延较大的移动互联网,建立一次连接需要的时间较长,然而既然是移动中,TCP可能还会断了重连,也是很耗时的。
目前HTTP协议往往采取多个数据通道共享一个连接,这样本来为了加快传输速度,但是TCP的严格顺序策略使得哪怕共享通道,前一个不来,后一个和前一个即便没关系,也要等着,时延也会加大。
而QUIC(Quick UDP Internet Connections,快速UDP互联网连接)是Google提出的一种基于UDP改进的通信协议,其目的是降低网络通信的延迟,提供更好的用户互动体验。
QUIC在应用层上,会自己实现快速连接建立、减少重传时延,自适应拥塞控制。
最后
做任何事情都要用心,要非常关注细节。看起来不起眼的、繁琐的工作做透了会有意想不到的价值。
当然要想成为一个技术大牛也需要一定的思想格局,思想决定未来你要往哪个方向去走, 建议多看一些人生规划方面的书籍,多学习名人的思想格局,未来你的路会走的更远。
更多的技术点思维导图我已经做了一个整理,涵盖了当下互联网最流行99%的技术点,在这里我将这份导图分享出来,以及为金九银十准备的一整套面试体系,上到集合,下到分布式微服务
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
需要这份系统化的资料的朋友,可以添加V获取:vip1024b (备注Java)
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
不再深入研究,那么很难做到真正的技术提升。**
需要这份系统化的资料的朋友,可以添加V获取:vip1024b (备注Java)
[外链图片转存中…(img-ZqsemaGs-1713440969681)]
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!