网络——面试常问10道

目录

前言

一、废话不说上题

1.post和get区别

2.forward 和 redirect 的区别?

3.详细描述 MVC。

4.http和https区别

5.常见的状态码有哪些？

6.Cookie和session

7.请你说一下HTTP的报文段是什么样的？

8.三次握手 

9.四次挥手

10.讲讲输入一个网址之后发生的事情？

总结

---

前言

        最近在复习一下网络相关的知识，以便以后面试，问到相关知识，更流畅的回答出来。(答案有自己总结的，有查阅资料的，仅供参考)

---

一、废话不说上题

1.post和get区别

        GET在浏览器回退时是无害的，而POST会再次提交请求。

        GET产生的URL地址可以被Bookmark，而POST不可以。

        GET请求会被浏览器主动cache，而POST不会，除非手动设置。

        GET请求只能进行url编码，而POST支持多种编码方式。

        GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留。

        GET请求在URL中传送的参数是有长度限制的，而POST么有。

        对参数的数据类型，GET只接受ASCII字符，而POST没有限制。

        GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息。

        GET参数通过URL传递，POST放在Request body中。

        GET和POST还有一个重大区别，简单的说：

        GET产生一个TCP数据包；POST产生两个TCP数据包。

        对于GET方式的请求，浏览器会把http header和data一并发送出去，服务器响应200（返回数据）；

        而对于POST，浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 ok（返回数据）。

因为POST需要两步，时间上消耗的要多一点，看起来GET比POST更有效。

                                        （下面这张图是偶然看到的挺形象的，就拿来一下）

  2.forward 和 redirect 的区别?

forward 是容器中控制权的转向，是服务器请求资源，服务器直接访问

目标地址的 URL，把那个 URL 的响应内容读取过来，然后把这些内容再发给浏览

器，浏览器根本不知道服务器发送的内容是从哪儿来的，所以它的地址栏中还是

原来的地址。redirect 就是服务端根据逻辑,发送一个状态码,告诉浏览器重新

去请求那个地址，一般来说浏览器会用刚才请求的所有参数重新请求，所以

session,request 参数都可以获取，并且从浏览器的地址栏中可以看到跳转后的

链接地址。前者更加高效，在前者可以满足需要时，尽量使用 forward()方法，

并且，这样也有助于隐藏实际的链接；在有些情况下，比如，需要跳转到一个其

它服务器上的资源，则必须使用 sendRedirect()方法。

3.详细描述 MVC。

        基于 Java 的 Web 应用系统采用 MVC 架构模式，即 model （模型）、 view （视图）、 control （控制）

        分离设计；这是目前 WEB 应用服务系统的主流设计方向。

        Model：即处理业务逻辑的模块，每一种处理一个模块；

        View：负责页面显示，显示 MODEL 处理结果给用户，主要实现数据到页面转换过程；

        Control：负责每个请求的分发，把 FORM 数据传递给 MODEL 处理，把处理结果的数据传递给 VIEW 显示。

 4.http和https区别

HTTP协议传输的数据都是未加密的，也就是明文的，因此使用HTTP协议传输隐私信息非常不安全，为了保证这些隐私数据能加密传输，于是网景公司设计了SSL（Secure Sockets Layer）协议用于对HTTP协议传输的数据进行加密，从而就诞生了HTTPS。简单来说，HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全。

HTTPS和HTTP的区别主要如下：

1、https协议需要到ca申请证书，一般免费证书较少，因而需要一定费用。

2、http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。

3、http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。

4、http的连接很简单，是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全

隐藏文字解析

5.常见的状态码有哪些？

1、200：这个是最常见的http状态码，表示服务器已经成功接受请求，并将返回客户端所请求的最终结果。

2、202：表示服务器已经接受了请求，但是还没有处理，而且这个请求最终会不会处理还不确定。

3、204：服务器成功处理了请求，但没有返回任何实体内容 ，可能会返回新的头部元信息。

4、301：客户端请求的网页已经永久移动到新的位置，当链接发生变化时，返回301代码告诉客户端链接的变化，客户端保存新的链接，并向新的链接发出请求，已返回请求结果。

5、304：协商缓存

6、404：请求失败，客户端请求的资源没有找到或者是不存在。

7、500：服务器遇到未知的错误，导致无法完成客户端当前的请求。

8、503：服务器由于临时的服务器过载或者是维护，无法解决当前的请求。

...................

 6.Cookie和session

        cookie是Web服务器发送给浏览器的一块信息。浏览器会在本地文件中给每一个Web服务器存储cookie。以后浏览器在给特定的Web服务器发请求的时候，同时会发送所有为该服务器存储的cookie。

        session和cookie的区别： 无论客户端浏览器做怎么样的设置，session都应该能正常工作。客户端可以选择禁用cookie，但是，session仍然是能够工作的，因为客户端无法禁用服务端的session。 在存储的数据量方面session和cookies也是不一样的。session能够存储任意的Java对象，cookie只能存储String类型的对象。

7.请你说一下HTTP的报文段是什么样的？

1、请求方法

GET：请求获取Request——URL所标识的资源

POST：在Request——URL所标识的资源后附加资源

HEAD：请求获取由Request——URL所标识的资源的响应消息报头

PUT：请求服务器存储一个资源，由Request——URL作为其标识

DELETE：请求服务器删除由Request——URL所标识的资源

TRACE：请求服务器回送收到的请求信息（用于测试和诊断）

CONNECT：保留

OPTIONS：请求查询服务器性能

2、URL

URI全名为Uniform Resource Indentifier（统一资源标识），用来唯一的标识一个资源，是一个通用的概念，URI由两个主要的子集URL和URN组成。URL全名为Uniform Resource Locator（统一资源定位），通过描述资源的位置来标识资源。URN全名为Uniform Resource Name（统一资源命名），通过资源的名字来标识资源，与其所处的位置无关，这样即使资源的位置发生变动，其URN也不会变化。

3、协议版本

格式为HTTP/主版本号.次版本号，常用为：HTTP/1.1 HTTP/1.0

4、请求头部

Host：接受请求的服务器地址，可以是IP或者是域名

User-Agent：发送请求的应用名称

Connection：指定与连接相关的属性，例如（Keep_Alive，长连接）

Accept-Charset：通知服务器端可以发送的编码格式

Accept-Encoding：通知服务器端可以发送的数据压缩格式

Accept-Language：通知服务器端可以发送的语言

request报文

1、协议版本，同请求报文

2、状态码，100~199表示请求已收到继续处理，200~299表示成功，300~399表示资源重定向，400~499表示客户端请求出错，500~599表示服务器端出错

200：响应成功

302：跳转，重定向

400：客户端有语法错误

403：服务器拒绝提供服务

404：请求资源不存在

500：服务器内部错误

3、响应头部

Server：服务器应用软件的名称和版本

Content-Type：响应正文的类型

Content-Length：响应正文的长度

Content-Charset：响应正文所使用的编码

Content-Encoding：响应正文使用的数据压缩格式

Content-Language：响应正文使用的语言

response报文

 8.三次握手 

         TCP 在传输之前会进行三次沟通，一般称为“三次握手”，传完数据断开的时候要进行四次沟通，一般称为“四次挥手”。 （相信三握手，四挥手大家都烂熟于心啦！就当回忆吧）

        数据包说明

1. 源端口号（ 16 位）：它（连同源主机 IP 地址）标识源主机的一个应用进程。

2. 目的端口号（ 16 位）：它（连同目的主机 IP 地址）标识目的主机的一个应用进程。这两个值

加上 IP 报头中的源主机 IP 地址和目的主机 IP 地址唯一确定一个 TCP 连接。

3. 顺序号 seq（ 32 位）：用来标识从 TCP 源端向 TCP 目的端发送的数据字节流，它表示在这个

报文段中的第一个数据字节的顺序号。如果将字节流看作在两个应用程序间的单向流动，则

TCP 用顺序号对每个字节进行计数。序号是 32bit 的无符号数，序号到达 2 的 32 次方 － 1 后

又从 0 开始。当建立一个新的连接时， SYN 标志变 1 ，顺序号字段包含由这个主机选择的该

连接的初始顺序号 ISN （ Initial Sequence Number ）。

4. 确认号 ack（ 32 位）：包含发送确认的一端所期望收到的下一个顺序号。因此，确认序号应当

是上次已成功收到数据字节顺序号加 1 。只有 ACK 标志为 1 时确认序号字段才有效。 TCP 为

应用层提供全双工服务，这意味数据能在两个方向上独立地进行传输。因此，连接的每一端必

须保持每个方向上的传输数据顺序号。

5. TCP 报头长度（ 4 位）：给出报头中 32bit 字的数目，它实际上指明数据从哪里开始。需要这

个值是因为任选字段的长度是可变的。这个字段占 4bit ，因此 TCP 最多有 60 字节的首部。然

而，没有任选字段，正常的长度是 20 字节。

6. 保留位（ 6 位）：保留给将来使用，目前必须置为 0 。

7. 控制位（ control flags ， 6 位）：在 TCP 报头中有 6 个标志比特，它们中的多个可同时被设

置为 1 。依次为：

• URG ：为 1 表示紧急指针有效，为 0 则忽略紧急指针值。
• ACK ：为 1 表示确认号有效，为 0 表示报文中不包含确认信息，忽略确认号字段。
• PSH ：为 1 表示是带有 PUSH 标志的数据，指示接收方应该尽快将这个报文段交给应用层 而不用等待缓冲区装满。
• RST ：用于复位由于主机崩溃或其他原因而出现错误的连接。它还可以用于拒绝非法的报 文段和拒绝连接请求。一般情况下，如果收到一个 RST 为 1 的报文，那么一定发生了某些 问题。
• SYN ：同步序号，为 1 表示连接请求，用于建立连接和使顺序号同步（ synchronize ）
• FIN ：用于释放连接，为 1 表示发送方已经没有数据发送了，即关闭本方数据流。

8. 窗口大小（ 16 位）：数据字节数，表示从确认号开始，本报文的源方可以接收的字节数，即源

方接收窗口大小。窗口大小是一个 16bit 字段，因而窗口大小最大为 65535 字节。

9. 校验和（ 16 位）：此校验和是对整个的 TCP 报文段，包括 TCP 头部和 TCP 数据，以 16 位字

进行计算所得。这是一个强制性的字段，一定是由发送端计算和存储，并由接收端进行验证。

10. 紧急指针（ 16 位）：只有当 URG 标志置 1 时紧急指针才有效。TCP 的紧急方式是发送端向另 一端发送紧急数据的一种方式。

11. 选项：最常见的可选字段是最长报文大小，又称为 MSS(Maximum Segment Size) 。每个连

接方通常都在通信的第一个报文段（为建立连接而设置 SYN 标志的那个段）中指明这个选项，

它指明本端所能接收的最大长度的报文段。选项长度不一定是 32 位字的整数倍，所以要加填充

位，使得报头长度成为整字数。

12. 数据： TCP 报文段中的数据部分是可选的。在一个连接建立和一个连接终止时，双方交换的报

文段仅有 TCP 首部。如果一方没有数据要发送，也使用没有任何数据的首部来确认收到的数

据。在处理超时的许多情况中，也会发送不带任何数据的报文段。

        三次握手

1. 第一次握手：主机 A 发送位码为 syn＝1,随机产生 seq number=1234567 的数据包到服务器，主机 B 由 SYN=1 知道，A 要求建立联机；
2. 第二次握手：主机 B 收到请求后要确认联机信息，向 A 发 送 ack number=( 主 机 A 的 seq+1),syn=1,ack=1,随机产生 seq=7654321 的包
3. 第三次握手：主机 A 收到后检查 ack number 是否正确，即第一次发送的 seq number+1,以及位码 ack 是否为 1，若正确，主机 A 会再发送 ack number=(主机 B 的 seq+1),ack=1，主机 B 收到后确认seq 值与 ack=1 则连接建立成功。

三次握手《经典永流传》

（上图来源于《图解HTTP》，需要的小伙伴可以私我）

   

9.四次挥手

        TCP 建立连接要进行三次握手，而断开连接要进行四次。这是由于 TCP 的半关闭造成的 。因为 TCP 连 接是全双工的(即数据可在两个方向上同时传递)所以进行关闭时每个方向上都要单独进行关闭。这个单 方向的关闭就叫半关闭。当一方完成它的数据发送任务，就发送一个 FIN 来向另一方通告将要终止这个 方向的连接。

1.  关闭客户端到服务器的连接：首先客户端 A 发送一个 FIN，用来关闭客户到服务器的数据传送， 然后等待服务器的确认。其中终止标志位 FIN=1，序列号 seq=u
2.  服务器收到这个 FIN，它发回一个 ACK，确认号 ack 为收到的序号加 1。
3.  关闭服务器到客户端的连接：也是发送一个 FIN 给客户端。
4.  客户段收到 FIN 后，并发回一个 ACK 报文确认，并将确认序号 seq 设置为收到序号加 1。 首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。主机 A 发送 FIN 后，进入终止等待状态， 服务器 B 收到主机 A 连接释放报文段后，就立即给主机 A 发送确认，然后服务器 B 就进入 close-wait 状态，此时 TCP 服务器进程就通知高层应用进程，因而从 A 到 B 的连接就释放了。此时是“半关闭”状态。即 A 不可以发送给B，但是 B 可以发送给 A。此时，若 B 没有数据报要发送给 A 了，其应用进程就通知 TCP 释放连接，然后发送给 A 连接释放报文段，并等待确认。A 发送确认后，进入 time-wait，注意，此时 TCP 连接还没有释放掉，然后经过时间等待计时器设置的 2MSL 后，A 才进入到close 状态。

四次挥手《经典永流传》

 10.讲讲输入一个网址之后发生的事情？

1. 浏览器第一步查找该域名的地址，会先从浏览器缓存到系统缓存上查找，如果没有的话进入下一步。
2. 下一步就是会发送一个请求到路由器上，然后由路由器看看自己的路由缓存上有没有记录。
3. 如果还是没有就会把这个请求发送到ISP（网络提供服务商），ISP也有相应的ISP DNS服务器。
4. 如果还是没有找到，DNS开始递归查询，向像本地DNS域名服务器进行查询，这时候一般就会查找到，对域名进行相应的解析，解析出对应的IP地址。
5. 然后浏览器就会根据ip地址像WEB服务器发送一个HTTP请求。
6. 服务器接收到后进行解码，渲染显示 

---

总结

        相关网络的面试题就到这里啦，以后还会更新其他的java面试题，感兴趣的小伙伴可以点个关注，上面的答案仅供参考，大家可以吧不足的地方补充在评论区。祝大家面试结果如下图一样！