简单题，在校招和初级工程师面试里面，简直不要太容易遇到。
在这个问题之下，装逼还是那句话：可靠 UDP 传输，并且进一步比较可靠 UDP 传输和 TCP 的差异。
简单题，在校招和初级工程师中比较常见。
你只需要抓住可靠传输用 TCP，别的 UDP 就可以了。
简单题，在校招和初级工程面试中，概率极大。尤其是如果你是一个没啥面试项目的应届生，那么差不多就是必问题了。
在这个问题之下，装逼的最佳方式有两个，一个是讨论三次握手机制意味着 TCP 创建连接非常麻烦，所以需要池化技术；另外一个是讨论为啥恰好是三次握手，而不是两次握手，也不是四次握手。
简单题，在校招和初级工程师面试中很常见。
在这个问题之下，你可以引入 TFO，以及如果客户端一直不 ACK 最终服务端会发生什么来赢得竞争优势。
简单题，在校招和初级工程面试中很常见。
回答这个问题，我有一个独特的装逼技巧：三次握手可以看做是理论上四次握手的一个优化，这可以从四次挥手中得到解释。
略难的题，一般的后端研发没有什么机会接触到安全类的议题，这个问题基本上只会出现在社招中。
简单题，在校招和初级工程师面试中比较常见。
其实这个问题说白了就是要是客户端没 ACK，会发生什么。一句话就能说清楚，服务端会重试，直到重试超出最大次数，则会关闭连接。
在这个问题之下，你可以引出为什么不能三次挥手，以及 TIME_WAIT 的问题来刷亮点。
简单题，在校招和初中级工程师岗位面试中比较常见。
还是那句话，TCP 的很多问题你抓住全双工通信这个关键点就可以了。
你可以综合对比三次握手和四次挥手得出它们其实都是全双工模型引出的，只不过三次握手比较特殊，是一种优化之后的形态而已。
在这个问题之下，你要进一步解释为什么恰好是 2MSL，1MSL 行不行，3MSL行不行。而后可以利用 TIME_WAIT 调优进一步刷亮点，赢得竞争优势。
简单题，不过校招一般比较少问，因为校招生没经验。在社招的时候问得比较多。
如果你有具体的例子，可以在讲完理论怎么处理之后，具体讲讲自己的案例。
简单题，在校招和初级工程师面试中有可能会遇到。
这个问题的背景是在高并发场景下，会遇到 TIME_WAIT 过多的问题，所以你可以从如何规避 TIME_WAIT 的角度来刷亮点。
略难的题，因为要背的内容非常多。在各个层级的面试中都有可能遇到，但是相对来说，校招最容易遇到。
在这个问题之下，你只需要泛泛而谈各种可靠性保障措施，而后等面试官来追问。同时，你也可以考虑提及基于 UDP 的可靠传输和QUIC协议，作为引导。
略难的题，难在要记忆的东西比较多，在校招和初中级岗位面试中比较常见。
你在回答这个问题的时候，要记得提及拥塞控制的四大金刚，以及超时重传机制，等待面试官进一步追问细节。
略难的题，主要是这部分的内容比较多，不容易记忆，在校招和初级工程师面试中很常见。
TCP 的拥塞控制的思路在很多地方都可以使用，你可以引用类似的设计来刷亮点，或者使用自己的真实案例来刷亮点。
在这个问题之下，你可以将话题延伸到 HTTP 状态码设计对业务错误码设计的影响，从而刷出亮点。
简单题，在校招和初级工程师中可能遇到，但是因为过于简单所以可能性不高。
在这个问题之下，你可以稍微讨论一下浏览器对这两种状态码的不同处理方式，赢得竞争优势。
简单题，在校招和初级岗位中常见，但是因为过于简单以至于可能性不太高。
你在这个问题下可以深入讨论 RESTful 风格的 Web API 是如何利用不同的请求方法来表达对资源的不同操作，从而刷出亮点。
简单题，在校招和初级工程师面试中有可能遇到，但是因为特别简单，所以可能性不大。
简单题，在校招和社招的初中级岗位中有可能遇到。
你可以在回答基本的定义之后，讨论 HTTP 的长连接和 TCP 长连接的区别，从而赢得竞争优势。
简单题，在校招和初级工程师岗位中有可能遇到，再网上就很难遇到了。
在实践中这个问题其实没太大用处，毕竟我们现在已经没啥机会直接操作 HTTP 请求响应的字节流了，也就是在浏览器中通过控制台查看请求响应的时候有一点用处而已。
而后有一个非常高端的装逼方式，即讨论 HTTP 报文设计对后续很多应用层协议设计的影响，比如说各种 RPC 协议设计的影响。
简单题，在校招和社招初级工程师中有可能遇到。
在这个问题之下，你装逼就要深入讨论 HTTP1.1 的缺点，并且揭示在 HTTP2.0 里面的改进。
简单题，在校招和初级岗位面试中有可能遇到。
回答这个问题，就要进一步讨论 HTTP 2.0 的弊端，以及 HTTP 3.0
简单题，在校招和社招初级岗位中比较常见。
回答这个问题，你可以通过略微阐述 HTTPS 协议的 TLS 建立过程，将话题引导过去 HTTPS 通信过程，并且赢得竞争优势。
简单题，在校招和社招初级工程师面试中有可能遇到。
略难的题，
这个题目难在很多人记不住 HTTPS 的通信步骤，也就是在 TCP 连接建立之后的 TLS、证书验证、密钥交换过程。因此如果你能把 HTTPS 的通信步骤讲清楚就能赢得竞争优势了，如果要是还能根据 TLS 握手过程讨论为什么安全，效果更好。
略难的题。
回答这个问题有两个要点：第一个是提及尽可能多的知识点，等待面试官追问；第二个是深入讨论大规模分布式系统是如何处理一个 http 请求的。
简单题，在校招和初级工程师面试中可能见到。
在这个问题之下，装逼要落到两个地方：一个是 Cookie 的局限性；另外一个是 JWT，Cookie 和 Session 的混合技术。
简单题，在校招和初级工程师的岗位面试中有可能遇到。
在这个问题之下，你可以简单提及在 Cookie 被禁用的情况下，可以采用 JWT 来和 Session 配合。
简单题，在校招和初级工程师面试中有可能遇到。
在这个问题之下，关键是要指出 Session 可以存储在很多种数据库中，包括 NoSQL。并且可以进一步揭示出在高并发的分布式系统中，存储 Session 的中间件很容易成为性能瓶颈。
简单题，一般在社招里面会遇到。
这里有一个装逼的方法，就是如果面试官问怎么解决，你就要斩钉截铁说买服务，不要自己解决。自己解决真的是吃力不讨好，效果极差。
简单题，在校招和初级工程师的面试中有可能遇到。
你在这个问题下，可以延伸到怎么防范 XSS 攻击。
简单题，在校招和初级工程师面试中有极小概率遇到。
在这个问题之下，你可以讨论一下 RESTful 中是如何使用这三个方法的。
简单题。在校招和初级工程师的面试中有可能遇到，但是这个问题实在太简单了，所以差不多就是送分题了。
简单题，在校招和初级工程师面试中比较常见，差不多可以说是必考了。
在这个问题之下，你要提及三次握手、四次挥手、网络编程，以及 TCP 在当下的局限性，进一步提到可靠传输的 UDP 等内容。
简单题，至少比 TCP 简单很多。在校招和初中级岗位面试中很常见，高级岗位一般是聊可靠 UDP 传输了。
在这个问题之下，装逼点就一个：可靠 UDP 传输。
简单题，高频题，校招和初级岗位面试中常见。
简单题，校招和初级岗位面试中常见。
简单题，在校招和初级工程面试中，概率极大。
简单题，在校招和初中级工程师岗位中有可能遇到。
简单题，在校招和初级工程师岗位中有可能遇到，再往上就很难遇到了。
