安卓开发快速学习！首发10万字Android开发实战文档，送大厂面经一份！

咸鱼翻身不断上演

2018年5月份，北京，在所谓的互联网寒冬里，一个普通二本的学生，在小公司工作一年后，跳槽拿到了百度的offer，月薪从9k变为17k，涨薪幅度接近100%。

2018年底，上海，一个只有高中学历的同学，通过培训加入了IT行业，刚开始他的月薪只有6k，一年后，他的月薪变为了16k，涨幅接近167%。

2019年3月，北京，一个xx科技学院毕业的的普通二本，在小公司跌跌撞撞半年后，今年年初突然开挂，成功拿到了百度、小米、网易和头条的offer，最终他选择了多金的头条，拿到了近30k的月薪。

2020年初，深圳，一个物理专业毕业的研究生，在工作短短两年后，拿到了年薪50万的offer，现在已经是高级工程师了。

像这样的例子还有很多，无法一一列举，可见，没有名校学历和耀眼的光环，照样可以进入大厂拿高薪，只是很多人没有领悟要领而已。

打铁还需自身硬

其实，对于学历普通也没有耀眼光环的人来说，进大厂就靠一条，那就是：技术实力。但是很多人在小厂待习惯了，总是用小厂的标准来衡量大厂的要求，屡次面试受挫，于是得出了一个结论：面试造飞机，入职拧螺丝钉。

但事实上，大厂的平台更大，用户量也更多，自然技术要求也更高，不能完全用拧螺丝钉来形容。就算大厂做的也是普通的事情，但是很多时候，大厂对稳定性、执行效率和崩溃率的极致追求，都是在小厂无法体会的。

我们知道，一件看似简单的事情，如果要做到80分，那轻而易举；如果要做到95分以上，那就非常困难了；而如果要做到99分以上，那就难如登天了。在大厂很多时候都要把事情做到95分甚至更高，这种追求极致的过程很有技术含量，大家好理解吗？

如何进入大厂，我总结下来就是：

• 脱离小厂思维，按照大厂的技术标准来要求自己
• 整理核心技能树
• 潜心修炼一年

了解我的读者都知道，我待过很多大厂，腾讯百度滴滴我都待过，而且我的技术级别还不低，好几年前我就是技术专家了，我很清楚大厂的用人标准和技术要求。

TCP与UDP的区别

• TCP面向连接的, 传输数据时，需先进行三次握手,建立连接，UDP是无连接的，发送数据之前不需要建立连接
• TCP通过确认和重传机制，提供可靠的服务。即通过TCP连接传送的数据，无差错，不丢失，不重复，且按序到达，而UDP不保证可靠传输,只是尽可能得交付
• TCP面向字节流，即将数据看成一连串无结构的字节流。UDP是面向报文的,UDP没有拥塞控制，因此网络出现拥塞不会使源主机的发送速率降低（对实时应用很有用，如IP电话，实时视频会议等）
• 每一条TCP连接只能是点到点的;UDP支持一对一，一对多，多对一和多对多的交互通信
• TCP的逻辑通信信道是全双工的可靠信道，UDP则是不可靠信道

TCP的三次握手和四次挥手

这个概念大家一定不陌生，我以前写过一篇详细关于TCP的三次握手和四次挥手的文章，可以参考，这里就不赘述

TCP流量控制

很多人会将流量控制和拥塞控制搞混，所以单独拎出来，考究细节

流量控制：如果发送者发送数据过快，接收者来不及接收，那么就会有分组丢失。流量控制策略就是控制发送者的发送速度，使得接收者来得及接收,达到不丢失分组的目的。流量控制是构成TCP可靠性的一方面。

流量控制主要使用滑动窗口机制实现。下面以上图讲解滑动窗口(也叫接受窗口rwnd)的细节

主机A向主机B发送数据，开始双方确定的窗口值为400字节,这两个是前提条件。开始A发送了200字节，之后发生了分组丢失现象，B调整接受窗口大小为300字节。之后A又连续发送了300字节。此时A已经不能发送数据，需等待B的窗口信号。之后B调整窗口为100字节。接收到100字节数据后，调整窗口值为0，表示暂时不想接受数据。总共B调整了三次窗口大小，进行了三次流量控制

假如，B向A发送了零窗口的报文段后不久，B的接收缓存又有了一些存储空间。于是B向A发送了rwind=400的报文段，然而这个报文段在传送中丢失 了。A一直等待收到B发送的非零窗口的通知，而B也一直等待A发送的数据。这样就死锁了。为了解决这种死锁状态，TCP为每个连接设有一个持续计时器。只 要TCP连接的一方收到对方的零窗口通知，就启动持续计时器，若持续计时器设置的时间到期，就发送一个零窗口探测报文段（仅携带1字节的数据），而对方就在确认这个探测报文段时给出了现在的窗口值。

TCP拥塞控制

拥塞控制，大家都能背出来，什么慢开始、拥塞避免、快重传、快恢复，大家都耳熟能详，但是有些细节问题，可以大家没有留意，比如快重传阶段后，为什么不直接进入慢开始阶段，而是进入拥塞避免阶段？

拥塞的概念：在某段时间，对网络中的某一资源的需求超过了该资源所能提供的可用部分，网络的性能就要变化，这种情况叫拥塞。网络拥塞往往是由许多因素引起的，简单的提高节点处理机的速度或者扩大结点缓存的存储空间并不能解决拥塞问题。拥塞问题的是指往往是整个系统的各个部分不匹配，只有各个部分平衡了，问题才会得到解决。

拥塞控制：防止过多的数据注入到网络，导致网络中的路由器或链路过载。

流量控制和拥塞控制的区别：可以看出流量控制是一个端到端的问题，而拥塞控制是一个全局性问题，设计到所有的主机、所有的路由器。

慢开始：乘法增加

发送方维持一个拥塞窗口cwnd，大小取决于网络的拥塞程度，动态地在变化。发送窗口小于等于拥塞窗口，而发送窗口一定不能超过接收窗口。发送方控制拥塞窗口的原则是：只要网络没有出现拥塞，拥塞窗口就增大一些，以便把更多的分组发送出去。但是只要网络出现拥塞，拥塞窗口就减小一些，以减少注入到网络的分组数。

开始时，如果发送大量数据包，容易导致网络中路由器缓冲空间耗尽，从而发生拥塞。所以新建连接时，cwnd初始化为1个最大报文段(MSS)大小，每经过一个迭代，拥塞窗口就乘以2，所以也称为乘法增加阶段。拥塞窗口不可能一直增大，所以一般会设置一个慢开始门限ssthresh.

• 当cwnd<ssthresh时，使用慢开始算法。
• 当cwnd>ssthresh时，改用拥塞避免算法。

拥塞避免：加法增大

一旦达到慢开始的初始门限ssthresh,就进入了拥塞避免阶段。每一个迭代，拥塞窗口加1，而不是加一倍

快重传

快重传算法规定，发送方只要一连收到三个重复确认就应当立即重传对方尚未收到的报文段，而不必继续等待设置的重传计时器时间到期。快重传策略是为了防止TCP连接因等待重传计时器超时而空闲较长的时间。

快恢复

快重传和快恢复是搭配使用的，快重传完成后，立即执行快恢复算法。将ssthresh门限设置为当前拥塞窗口的一半，之后将拥塞窗口设置为新的ssthresh门限(即减半), 进入拥塞避免阶段。

这里可能会有人有疑问，为什么不直接进入慢开始阶段，更彻底得避免拥塞。**主要的原因是考虑到如果网络出现拥塞得话，就不会收到多次重复确认，所以发送方认为网络可能没有出现拥塞，所以不执行慢开始算法，而是将cwnd设置为新得ssthresh门限，执行拥塞避免算法

如何做好面试突击，规划学习方向？

面试题集可以帮助你查漏补缺，有方向有针对性的学习，为之后进大厂做准备。但是如果你仅仅是看一遍，而不去学习和深究。那么这份面试题对你的帮助会很有限。最终还是要靠资深技术水平说话。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。建议先制定学习计划，根据学习计划把知识点关联起来，形成一个系统化的知识体系。

学习方向很容易规划，但是如果只通过碎片化的学习，对自己的提升是很慢的。

同时我还搜集整理2020年字节跳动，以及腾讯，阿里，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

在搭建这些技术框架的时候，还整理了系统的高级进阶教程，会比自己碎片化学习效果强太多。

点击：《Android架构视频+BAT面试专题PDF+学习笔记》即可免费获取~

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。