Android 面试必备 - 计算机网络基本知识（TCP，UDP，Http，https）

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

1. 当主机A完成数据传输后,将控制位FIN置1,提出停止TCP连接的请求

A进入终止等待1（FIN-WAIT-1）状态

2. 主机B收到FIN后对其作出响应,确认这一方向上的TCP连接将关闭,将ACK置1

tcp处于半关闭状态（half-close）

a收到b端的确认后，就进入终止等待2状态

3. 由B 端再提出反方向的关闭请求,将FIN置1

进入last-wait状态

4. 主机A对主机B的请求进行确认,将ACK置1,双方向的关闭结束.

进入时间等待状态（time-wait）

时间等待计数器设置的时间过了2msl以后，进入closed状态

三次握手的原因

如果只有两次握手的话，比如说失效的报文段，突然发送到服务端，服务端收到失效报文段的请求后，会发送确认报文，新的连接就建立起来了。但现在由于客户端并没有发出请求，所以并不会理睬服务端的确认，也不会像服务端发送数据。而服务端以为已经连接起来了，一直在等待，浪费资源。

四次挥手的原因

TCP建立连接要进行3次握手,而断开连接要进行4次,这是由于TCP的半关闭造成的,因为TCP连接是全双工的(

即数据可在两个方向上同时传递)所以进行关闭时每个方向上都要单独进行关闭,这个单方向的关闭就叫半关闭.

关闭的方法是一方完成它的数据传输后,就发送一个FIN来向另一方通告将要终止这个方向的连接.当一端收到一个FIN,它必须

通知应用层TCP连接已终止了这个方向的数据传送,发送FIN通常是应用层进行关闭的结果.

名词解释

ACK TCP报头的控制位之一,对数据进行确认.确认由目的端发出,用它来告诉发送端这个序列号之前的数据段

都收到了.比如,确认号为X,则表示前X-1个数据段都收到了,只有当ACK=1时,确认号才有效,当ACK=0时,确认号无效,这时会要求重传数据,保证数据的完整性.

SYN 同步序列号,TCP建立连接时将这个位置1

FIN 发送端完成发送任务位,当TCP完成数据传输需要断开时,提出断开连接的一方将这位置1

---

Http 与 https

---

Http 是在应用层上的传输协议，底层是 TCP 协议实现的，

它一种面向无状态的连接，短连接，

之所以说他无状态，是因为在每一次请求完成之后，都会把连接关了，不会记住是哪一个客户端连接。

四种请求方式

get，post，pull，delete

请求信息有请求行，请求头，请求正文

请求行：请求方式，请求地址，请求协议

请求头：头名称，头值

请求正文：（只有post请求才会有）

响应信息有相应行，响应头，响应正文

响应行：响应协议，状态码，状态信息

响应 头：头名称和头值

响应正文

Http1.0与Http1.1，Http2.0的区别

http 2.0采用二进制的格式传送数据，不再使用文本格式传送数据

http2.0对消息头采用hpack压缩算法，http1.x的版本消息头带有大量的冗余消息

http2.0 采用多路复用，即用一个tcp连接处理所有的请求，真正意义上做到了并发请求，流还支持优先级和流量控制

http2.0支持server push，服务端可以主动把css，jsp文件主动推送到客户端，不需要客户端解析HTML，再发送请求，当客户端需要的时候，它已经在客户端了。

• Http1.0一次只能处理一个请求和响应，Http1.1一次能处理多个请求和响应

• 多个请求和响应过程可以重叠

• 增加了更多的请求头和响应头，比如Host、If-Unmodified-Since请求头等

http和https的区别

https相当于http加上安全套接字，采用ssl加密技术

主要的区别

1. 在osi模型中，http工作于应用层，https工作与传输层

2. http传输的时候采用明文传输，https采用加密传输

3. http不需要证书，https需要响应额证书

4. http以http开头，默认端口是80，https 以https开头，默认的端口是243

上传视频的时候为什么不用 Http 协议？

因为上传视频的时候文件一般比较长，如果我们采用 post 请求的话，写到输出流中，它并不会直接写到服务器中，而是会缓存在内存中，会影响我们的执行效率

---

扩展补充

---

停止等待机制：是指每发送完一个分组，就会停止发送，必须受到对这个分组的确认才会继续发送下一个分组

超时重传：是指每发送一个分组，就会为这个分组启动一个超时计数器，在规定的时间内没有受到确认，就会再次发送这个分组。

在连续ARQ协议中，为提高信道利用率，通常采取的做法是发送方维持一个发送窗口，凡是位于该窗口内的分组都可以发送出去，无需等待确认，在接收方是采用累积确认，即对按需到达的分组后一个分组发送确认，表明在这个分组以前的所有分组都已正确接收到

拥塞控制与流量控制

流量控制是一个端到端的过程，是值接收方限制发送方的速率不要太快，使接收方来得及接收；拥塞控制是一个全局的过程，是只不要向网络注入太多的数据，导致链路或者路由器损坏；

拥塞控制采用四种算法：慢开始和拥塞控制，快重传和快恢复

慢开始是cwnd（拥塞窗口）每次回从1开始，每经过一个往返时间，cwnd的值就会加倍；

拥塞避免是指每经过一个往返时间，cwnd的值会加一，是一个线性的过程。

慢开始和拥塞避免:会设置一个慢开始门限，当cwnd《sshreh的时候，会采用满开始算法，当超过这个值的时候，会采用拥塞避免的算法，当出现拥塞的时候，会把sshreh的值取为发送方窗口值当前的一半，再把cwnd取为1，从1开始使用满开始算法。

快重传和快恢复收到三个重复确认的时候，会把sshreh的值置为当前值的一半，与慢开始不同的是，它会把拥塞窗口的值取为当前慢开始门限的一半，执行拥塞避免算法

快重传要求接收方没收到一段失序的报文段，就要向发送方发送一个确认

洪水攻击

向服务器端发送大量的伪TCP连接请求，这时候服务器端会进入syn_receive半连接状态，服务器端会尝试发送多次包来确认，因为这些连接时假冒的，所以并不会完成第三次握手，导致服务器端保持大量的半连接状态，耗费资源，是TCP连接队列被塞满。

解决方法：

1. 做一些应急处理，对这些IP地址的特征来禁止响应的IP地址字段的访问。

2. 应急处理毕竟太被动，因为本机房的F5比较空闲，运维利用F5来挡攻击，采用方式：让客户端先和F5三次握手，连接建立之后F5才转发到后端业务服务器。

最后

我一直以来都有整理练习大厂面试题的习惯，有随时跳出舒服圈的准备，也许求职者已经很满意现在的工作，薪酬，觉得习惯而且安逸。

不过如果公司突然倒闭，或者部门被裁减，还能找到这样或者更好的工作吗？

我建议各位，多刷刷面试题，知道最新的技术，每三个月可以去面试一两家公司，因为你已经有不错的工作了，所以可以带着轻松的心态去面试，同时也可以增加面试的经验。

我可以将最近整理的一线互联网公司面试真题+解析分享给大家，大概花了三个月的时间整理2246页，帮助大家学习进步。

由于篇幅限制，文档的详解资料太全面，细节内容太多，所以只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！以下是部分内容截图：

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

256)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）
[外链图片转存中…(img-cBD3ZvXV-1713226208257)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！