1、TCP/IP和UDP模型
**TCP/IP分层（4层）：**应用层，传输层，网络层，数据链路层
网络的七层架构 （7层）：应用层，表示层，会话层，传输层，网络层，数据链路层，物理层
**五层协议 （5层）：**物理层、数据链路层、网络层、运输层、 应用层
TCP/IP是面向连接的协议，发送数据前要先建立好连接，TCP提供了可靠的服务，也就是说通过TCP连接传输的数据是不会丢失，没有重复，并且按照顺序达到的。
UDP是无连接的协议，发送数据前是不需要建立连接的，没有可靠的协议。所以传输的过程中可以以任意的路径进行传输，并且传输的过程中是否能达到和到达的时间都是没有保障的。
2、从输入址到获得页面的过程？
- 首先浏览器会进行DNS查询，查询步骤是浏览器DNS缓存、操作系统DNS缓存、读取本地host文件、本地配置的DNS 服务器查询得到IP地址。
- 浏览器向IP服务器发送了三次握手连接
- 连接建立起来后，浏览器向服务器发送HTTP请求
- 后面就是SpringMVC的过程
- 浏览器渲染视图
3、TCP进行三次握手
第一次握手 ：Client将SYN置1，随机产生一个初始序列号seq发送给Server，进入SYN_SENT状态；
第二次握手 ：Server收到Client的SYN=1之后，知道客户端请求建立连接，将自己的SYN置1，ACK置1，产生一个acknowledge number=sequence number+1，并随机产生一个自己的初始序列号，发送给客户端；进入SYN_RCVD状态；
第三次握手：客户端检查acknowledge number是否为序列号+1，ACK是否为1，检查正确之后将自己的ACK置为1，产生一个acknowledge number=服务器发的序列号+1，发送给服务器；进入ESTABLISHED状态；服务器检查ACK为1和acknowledge number为序列号+1之后，也进入ESTABLISHED状态；完成三次握手，连接建立。
4、采用两次握手行吗？
不可以，如果采用两次握手的话，那么只要服务端确认就建立了连接。如果client发送了一个请求过来，延迟了一个小时，一个小时候服务端接受到消息确认，他们建立了连接，但是这个时候client已经关闭了。但是服务端不知道。就会造成服务端一直发送数据，等待客户端的回消息，白白浪费许多资源。所以必须需要第三次握手的客户端确认。
5、可以采用四次握手吗？为什么？
这个肯定可以。三次握手都可以保证连接成功了，何况是四次，但是会降低传输的效率。
6、TCP的四次挥手
第一次挥手：Client将FIN置为1，发送一个序列号seq给Server；进入FIN_WAIT_1状态；
第二次挥手：Server收到FIN之后，发送一个ACK=1，acknowledge number=收到的序列号+1；进入CLOSE_WAIT状态。此时客户端已经没有要发送的数据了，但仍可以接受服务器发来的数据。
第三次挥手：Server将FIN置1，发送一个序列号给Client；进入LAST_ACK状态；
第四次挥手 ：Client收到服务器的FIN后，进入TIME_WAIT状态；接着将ACK置1，发送一个
acknowledge number=序列号+1给服务器；服务器收到后，确认acknowledge number后，变为CLOSED状态，不再向客户端发送数据。客户端等待2*MSL（报文段最长寿命）时间后，也进入CLOSED状态。完成四次挥手。
7、http和https的区别？
其实HTTPS就是从HTTP加上加密处理（一般是SSL安全通信线路）+认证+完整性保护
区别：
- https需要拿到ca证书
- 端口不一样，http是80，https443
- http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。
- http和https使用的是完全不同的连接方式（http的连接很简单，是无状态的；HTTPS 协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。）
8、cookie与session区别
- cookie数据存放在客户端上，安全性较差，session数据放在服务器上，安全性相对更高
- 单个cookie保存的数据不能超过4K，session无此限制
- session一定时间内保存在服务器上，当访问增多，占用服务器性能，考虑到服务器性能方面，应当使用cookie。
什么是cookie: cookie是由Web服务器保存在用户浏览器上的文件（key-value格式），可以包含用户相关的信息。客户端向服务器发起请求，就提取浏览器中的用户信息由http发送给服务器
什么是session: session 是浏览器和服务器会话过程中，服务器会分配的一块储存空间给session。服务器默认为客户浏览器的cookie中设置 sessionid，这个sessionid就和cookie对应，浏览器在向服务器请求过程中传输的cookie 包含 sessionid ，服务器根据传输cookie 中的 sessionid 获取出会话中存储的信息，然后确定会话的身份信息。
9、TCP如何保证可靠性的？
1、校验和（数据准确性）
2、序列号和确认应答（数据确认达到和有序）
3、超时重传（防止数据丢失）
- 数据在传输过程中由于网络原因等直接全体丢包，接收方根本没有接收到。
- 接收方接收到了响应的数据，但是发送的ACK报文响应却由于网络原因丢包了。
TCP在解决这个问题的时候引入了一个新的机制，叫做超时重传机制。简单理解就是发送方在发送完数据后等待一个时间，时间到达没有接收到ACK报文，那么对刚才发送的数据进行重新发送。如果是刚才第一个原因，接收方收到二次重发的数据后，便进行ACK应答。如果是第二个原因，接收方发现接收的数据已存在（判断存在的根据就是序列号，所以上面说序列号还有去除重复数据的作用），那么直接丢弃，仍旧发送ACK应答。
4、连接管理
连接管理就是三次握手与四次挥手的过程，保证可靠的连接，是保证可靠性的前提。
消息手动确认消费
RabbitMQ 持久化 消息持久化（发布确认方式） + 队列持久化（直接设置参数）
5、流量控制
6、拥塞控制