Java Web基础篇之网络基础

Java Web系列文章汇总贴: Java Web知识总结汇总

---

三次握手与四次挥手

为什么建立连接协议是三次握手，而关闭连接却是四次握手

这是因为服务端的LISTEN状态下的SOCKET当收到SYN报文的连接请求后，它可以把ACK和SYN(ACK起应答作用，而SYN起同步作用)放在一个报文里来发送。但关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了，所以你可能未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。

三次握手与四次挥手

三次握手：

四次挥手：

相关：
TCP的三次握手与四次挥手（详解+动图）
TCP协议中的窗口机制------滑动窗口详解
三次握手与四次挥手

TCP粘包/拆包

粘包、拆包表现形式

现在假设客户端向服务端连续发送了两个数据包，用packet1和packet2来表示，那么服务端收到的数据可以分为三种，现列举如下：

• 第一种情况，接收端正常收到两个数据包，即没有发生拆包和粘包的现象，此种情况不在本文的讨论范围内。
• 第二种情况，接收端只收到一个数据包，由于TCP是不会出现丢包的，所以这一个数据包中包含了发送端发送的两个数据包的信息，这种现象即为粘包。这种情况由于接收端不知道这两个数据包的界限，所以对于接收端来说很难处理。
• 第三种情况，这种情况有两种表现形式，如下图。接收端收到了两个数据包，但是这两个数据包要么是不完整的，要么就是多出来一块，这种情况即发生了拆包和粘包。这两种情况如果不加特殊处理，对于接收端同样是不好处理的。

粘包、拆包发生原因

发生TCP粘包或拆包有很多原因，现列出常见的几点，可能不全面，欢迎补充，
1、要发送的数据大于TCP发送缓冲区剩余空间大小，将会发生拆包。
2、待发送数据大于MSS（最大报文长度），TCP在传输前将进行拆包。
3、要发送的数据小于TCP发送缓冲区的大小，TCP将多次写入缓冲区的数据一次发送出去，将会发生粘包。
4、接收数据端的应用层没有及时读取接收缓冲区中的数据，将发生粘包。
等等。

粘包、拆包解决办法

通过以上分析，我们清楚了粘包或拆包发生的原因，那么如何解决这个问题呢？解决问题的关键在于如何给每个数据包添加边界信息，常用的方法有如下几个：
1、发送端给每个数据包添加包首部，首部中应该至少包含数据包的长度，这样接收端在接收到数据后，通过读取包首部的长度字段，便知道每一个数据包的实际长度了。
2、发送端将每个数据包封装为固定长度（不够的可以通过补0填充），这样接收端每次从接收缓冲区中读取固定长度的数据就自然而然的把每个数据包拆分开来。
3、可以在数据包之间设置边界，如添加特殊符号，这样，接收端通过这个边界就可以将不同的数据包拆分开。

相关：
TCP粘包，拆包及解决方法
TCP粘包拆包基本解决方案

TCP滑动窗口与拥塞控制

滑动窗口 – 流量控制问题
拥塞控制 – 拥塞控制问题，避免包丢失和超时重传

流量控制与拥塞控制

相同点：

• 提高网络性能。

不同点：

• 流量控制：在TCP连接上实现对发送流量的控制，考虑点对点之间对通信量的控制，端到端，即：控制发送端的数据发送速率，使接收端可以来得及接收，保证网络高效稳定运行。
• 拥塞控制：处理网络拥塞现象，考虑网络能够承受现有的网络负荷，全局性变量，涉及所有的路由器、主机以及与降低网络传输性能有关的因素。防止过多的数据注入到网络，使网络中的路由器或链路不致过载，确保通信子网可以有效为主机传递分组

参考：
解析TCP之滑动窗口(动画演示)
滑动窗口和拥塞窗口

TCP与UDP区别

• TCP 是面向连接的，UDP 是面向无连接的
• UDP程序结构较简单
• TCP 是面向字节流的，UDP 是基于数据报的
• TCP 保证数据正确性，UDP 可能丢包
• TCP 保证数据顺序，UDP 不保证

参考(推荐，其中也介绍了TCP的几个特性)：
TCP与UDP的区别

HTTPS连接

参考：
https 建立连接过程
Https连接建立过程

DNS机制

假定域名为m.xyz.com的主机想知道另一个主机y.abc.com的IP地址。例如发邮件给对方，下面是几个查询步骤：

1、主机m.abc.com先向本地服务器dns.xyz.com进行递归查询。

2、本地服务器采用迭代查询。它先向一个根域名服务器查询。

3、根域名服务器告诉本地服务器，下一次应查询的顶级域名服务器dns.com的IP地址。

4、本地域名服务器向顶级域名服务器dns.com进行查询。

5、顶级域名服务器dns.com告诉本地域名服务器，下一步应查询的权限服务器dns.abc.com的IP地址。

6、本地域名服务器向权限域名服务器dns.abc.com进行查询。

7、权限域名服务器dns.abc.com告诉本地域名服务器，所查询的主机的IP地址。

8、本地域名服务器最后把查询结果告诉m.xyz.com。

更多：
DNS原理总结及其解析过程详解
https处理的一个过程，对称加密和非对称加密
架构 DNS原理及其解析过程

浏览器中输入URL到页面加载发生了什么

总体来说分为以下几个过程:

• DNS解析
• TCP连接
• 发送HTTP请求
• 服务器处理请求并返回HTTP报文
• 浏览器解析渲染页面
• 连接结束

参考：
从输入url到页面加载完成发生了什么
一次完整的HTTP请求所经历的7个步骤
浏览器Request到接收Response(后端篇)

HTTP基础

相关：
HTTP基础

GET/POST区别

• GET参数通过URL传递，POST放在Request body中。
• GET在浏览器回退时是无害的，而POST会再次提交请求。
• GET产生的URL地址可以被Bookmark，而POST不可以。
• GET请求会被浏览器主动cache，而POST不会，除非手动设置。
• GET请求只能进行url编码，而POST支持多种编码方式。
• GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留。
• GET请求在URL中传送的参数是有长度限制的，而POST么有。
• 对参数的数据类型，GET只接受ASCII字符，而POST没有限制。
• GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息。
• GET和POST还有一个重大区别，简单的说：
  GET产生一个TCP数据包；POST产生两个TCP数据包。
  长的说：
  对于GET方式的请求，浏览器会把http header和data一并发送出去，服务器响应200（返回数据）；
  而对于POST，浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 ok（返回数据）。

参考：
99%的人都理解错了HTTP中GET与POST的区别(转自知乎)

HTTP请求原理

• 地址解析
• 封装HTTP请求数据包
• 封装成TCP包建立TCP连接
• 客户机发送请求命令
• 服务器响应
• 服务器关闭TCP连接

相关：
HTTP请求原理
HTTP网络请求原理
一次HTTP请求的过程

RPC通信原理

概述

RPC，全称为Remote Procedure Call，即远程过程调用，是一种计算机通信协议。

RPC实现原理架构图

RPC实现原理

• 建立通信
• 服务寻址
• 网络传输(序列化、反序列化)
• 服务调用

具体调用流程

步骤如下：
1、服务消费者（client客户端）通过本地调用的方式调用服务
2、客户端存根（client stub）接收到调用请求后负责将方法、入参等信息序列化（组装）成能够进行网络传输的消息体
3、客户端存根（client stub）找到远程的服务地址，并且将消息通过网络发送给服务端
4、服务端存根（server stub）收到消息后进行解码（反序列化操作）
5、服务端存根（server stub）根据解码结果调用本地的服务进行相关处理
6、本地服务执行具体业务逻辑并将处理结果返回给服务端存根（server stub）
7、服务端存根（server stub）将返回结果重新打包成消息（序列化）并通过网络发送至消费方
8、客户端存根（client stub）接收到消息，并进行解码（反序列化）
9、服务消费方得到最终结果

参考：
RPC框架实现原理
RPC原理
RPC简单实现
序列化、反序列化原理
ProtoBuf的优缺点

长连接与短连接的区别

• 第一个区别是决定的方式，一个TCP连接是否为长连接，是通过设置HTTP的Connection Header(Connection: keep-alive)来决定的，而且是需要两边都设置才有效。而一种轮询方式是否为长轮询，是根据服务端的处理方式来决定的，与客户端没有关系。
• 第二个区别就是实现的方式，连接的长短是通过协议来规定和实现的。而轮询的长短，是服务器通过编程的方式手动挂起请求来实现的。

参考：
http的长连接和短连接
HTTP长连接、短连接究竟是什么
长连接与短连接的区别
什么是长连接，什么是短连接？长连接和短连接的区别是什么