Java岗大厂面试百日冲刺 - 日积月累,每日三题【Day6】 —— 网络编程1(1)

本栏目Java开发岗高频面试题主要出自以下各技术栈:Java基础知识集合容器并发编程JVMSpring全家桶MyBatis等ORMapping框架MySQL数据库Redis缓存RabbitMQ消息队列Linux操作技巧等。

面试题1:说一下TCP连接的三次握手和四次挥手吧

=======================================================================================

正经回答:


握手:TCP连接

挥手:TCP断开

三次握手:

首先,三次握手的本质是确认通信双方(Client端、Server端)收发数据的能力

三次握手其实就是指:建立一个TCP连接时,需要客户端和服务器总共发送3个包,通过这三个请求包,来确认双方(Client、Server)的接收能力和发送能力是否正常,同时,指定自己的初始化序列号为后面的可靠性传送做准备。实质上就是连接服务器指定端口,建立TCP连接,并同步连接双方的序列号和确认号,交换TCP窗口大小信息。

注:刚开始客户端处于 Closed 的状态,服务端处于 Listen 状态。

三次握手(连接)流程白话文介绍:

我和女朋友养了一只信鸽来传信,今天我要试一试好不好使,不好使晚上我就准备吃烧烤。

  • 第一次握手:我把信(第一封信)绑在鸽子腿上发给女朋友,如果女朋友收到了,就确定了我的发件能力和她的收件能力没问题;

  • 第二次握手:然后女朋友给我回信(第二封信),我如果收到了,说明我的收件能力和她的发件能力没问题;

  • 第三次握手:然而此时女朋友还不知道她的发件能力和我的收件能力是否正常;因此我还要给他发(第三封信)说明,收到后最终决定晚上去吃烤鱼。

  • 信鸽:卧槽,真tm累,你们手机都是假的吧。

在这里插入图片描述

三次握手理论流程:

  • 第一次握手:客户端将标志位SYN置为1,随机产生一个值seq=J,并将该数据包发送给服务器端,客户端进入SYN_SENT状态,等待服务器端确认。

  • 第二次握手:服务器端收到数据包后由标志位SYN=1知道客户端请求建立连接,服务器端将标志位SYN和ACK都置为1,ack=J+1,随机产生一个值seq=K,并将该数据包发送给客户端以确认连接请求,服务器端进入SYN_RCVD状态。

  • 第三次握手:客户端收到确认后,检查ack是否为J+1,ACK是否为1,如果正确则将标志位ACK置为1,ack=K+1,并将该数据包发送给服务器端,服务器端检查ack是否为K+1,ACK是否为1,如果正确则连接建立成功,客户端和服务器端进入ESTABLISHED状态,完成三次握手,随后客户端与服务器端之间可以开始传输数据了。

四次挥手:

四次挥手即终止TCP连接,就是指断开一个TCP连接时,需要客户端和服务端总共发送4个包以确认连接的断开。在socket编程中,这一过程由客户端或服务端任一方执行close来触发。

由于TCP连接是全双工的,因此,每个方向都必须要单独进行关闭,这一原则是当一方完成数据发送任务后,发送一个FIN来终止这一方向的连接,收到一个FIN只是意味着这一方向上没有数据流动了,即不会再收到数据了,但是在这个TCP连接上仍然能够发送数据,直到这一方向也发送了FIN。首先进行关闭的一方将执行主动关闭,而另一方则执行被动关闭。

在这里插入图片描述

四次挥手理论流程

  • 中断连接端可以是客户端,也可以是服务器端。

  • 第一次挥手:客户端发送一个FIN=M,用来关闭客户端到服务器端的数据传送,客户端进入FIN_WAIT_1状态。意思是说"我客户端没有数据要发给你了",但是如果你服务器端还有数据没有发送完成,则不必急着关闭连接,可以继续发送数据。

  • 第二次挥手:服务器端收到FIN后,先发送ack=M+1,告诉客户端,你的请求我收到了,但是我还没准备好,请继续你等我的消息。这个时候客户端就进入FIN_WAIT_2 状态,继续等待服务器端的FIN报文。

  • 第三次挥手:当服务器端确定数据已发送完成,则向客户端发送FIN=N报文,告诉客户端,好了,我这边数据发完了,准备好关闭连接了。服务器端进入LAST_ACK状态。

  • 第四次挥手:客户端收到FIN=N报文后,就知道可以关闭连接了,但是他还是不相信网络,怕服务器端不知道要关闭,所以发送ack=N+1后进入TIME_WAIT状态,如果Server端没有收到ACK则可以重传。服务器端收到ACK后,就知道可以断开连接了。客户端等待了2MSL后依然没有收到回复,则证明服务器端已正常关闭,那好,我客户端也可以关闭连接了。最终完成了四次握手。

深入追问:


追问1:为什么连接的时候是三次握手,关闭的时候却是四次握手?

因为当Server端收到Client端的SYN连接请求报文后,可以直接发送SYN+ACK报文。其中ACK报文是用来应答的,SYN报文是用来同步的。但是关闭连接时,当Server端收到FIN报文时,很可能并不会立即关闭SOCKET,所以只能先回复一个ACK报文,告诉Client端,“你发的FIN报文我收到了”。只有等到我Server端所有的报文都发送完了,我才能发送FIN报文,因此不能一起发送。故需要四步握手。

追问2:如果已经建立了连接,但是客户端突然出现故障了怎么办?

TCP还设有一个保活计时器,显然,客户端如果出现故障,服务器不能一直等下去,白白浪费资源。服务器每收到一次客户端的请求后都会重新复位这个计时器,时间通常是设置为2小时,若两小时还没有收到客户端的任何数据,服务器就会发送一个探测报文段,以后每隔75秒钟发送一次。

若一连发送10个探测报文仍然没反应,服务器就认为客户端出了故障,接着就关闭连接。



面试题2:常见的HTTP状态码有哪些?

==================================================================================

正经回答:


HTTP状态码表示客户端HTTP请求的返回结果、标识服务器处理是否正常、表明请求出现的错误等。

状态码的类别:

| 状态码 | 原因 |

| — | — |

| 1XX | Informational(信息性状态码) 接受的请求正在处理 |

| 2XX | Success(成功状态码) 请求正常处理完毕 |

| 3XX | Redirection(重定向状态码) 需要进行附加操作以完成请求 |

| 4XX | Client Error(客户端错误状态码) 服务器无法处理请求 |

| 5XX | Server Error(服务器错误状态码) 服务器处理请求出错 |

| 状态码 | 原因 |

| — | — |

| 2XX | 成功(这系列表明请求被正常处理了) |

| 200 | OK,表示从客户端发来的请求在服务器端被正确处理 |

| 204 | No content,表示请求成功,但响应报文不含实体的主体部分 |

| 206 | Partial Content,进行范围请求成功 |

| 状态码 | 原因 |

| — | — |

| 3XX | 重定向(表明浏览器要执行特殊处理) |

| 301 | moved permanently,永久性重定向,表示资源已被分配了新的 URL |

| 302 | found,临时性重定向,表示资源临时被分配了新的 URL |

| 303 | see other,表示资源存在着另一个 URL,应使用 GET 方法获取资源 |

| 304 | not modified,表示服务器允许访问资源,但请求未满足条件的情况(与重定向无关) |

| 307 | temporary redirect,临时重定向,和302含义类似,但是期望客户端保持请求方法不变向新的地址发出请求 |

| 状态码 | 原因 |

| — | — |

| 4XX | 客户端错误 |

| 400 | bad request,请求报文存在语法错误 |

| 401 | unauthorized,表示发送的请求需要有通过 HTTP 认证的认证信息 |

| 403 | forbidden,表示对请求资源的访问被服务器拒绝,可在实体主体部分返回原因描述 |

| 404 | not found,表示在服务器上没有找到请求的资源 |

| 状态码 | 原因 |

| — | — |

| 5XX | 服务器错误 |

| 500 | internal sever error,表示服务器端在执行请求时发生了错误 |

| 501 | Not Implemented,表示服务器不支持当前请求所需要的某个功能 |

| 503 | service unavailable,表明服务器暂时处于超负载或正在停机维护,无法处理请求 |



面试题3:先说说GET和POST请求有哪些区别吧?

========================================================================================

正经回答:


  1. GET请求在URL中传送的参数是有长度限制的,而POST没有。

  2. GET比POST更不安全,因为参数直接暴露在URL上,所以不能用来传递敏感信息。而POST数据不会显示在URL中。是放在Request body中。

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

  4. GET请求参数会被完整保留在浏览器历史记录里;相反,POST请求参数也不会被浏览器保留。

  5. GET请求只能进行url编码(application/x-www-form-urlencoded),而POST支持多种编码方式。

  6. GET请求会被浏览器主动缓存,而POST不会,除非手动设置。

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

深入追问:


最后,附一张自己面试前准备的脑图:

image

面试前一定少不了刷题,为了方便大家复习,我分享一波个人整理的面试大全宝典

  • Java核心知识整理

image

  • Spring全家桶(实战系列)

image.png

Step3:刷题

既然是要面试,那么就少不了刷题,实际上春节回家后,哪儿也去不了,我自己是刷了不少面试题的,所以在面试过程中才能够做到心中有数,基本上会清楚面试过程中会问到哪些知识点,高频题又有哪些,所以刷题是面试前期准备过程中非常重要的一点。

以下是我私藏的面试题库:

image

很多人感叹“学习无用”,实际上之所以产生无用论,是因为自己想要的与自己所学的匹配不上,这也就意味着自己学得远远不够。无论是学习还是工作,都应该有主动性,所以如果拥有大厂梦,那么就要自己努力去实现它。

最后祝愿各位身体健康,顺利拿到心仪的offer!

要面试,那么就少不了刷题,实际上春节回家后,哪儿也去不了,我自己是刷了不少面试题的,所以在面试过程中才能够做到心中有数,基本上会清楚面试过程中会问到哪些知识点,高频题又有哪些,所以刷题是面试前期准备过程中非常重要的一点。

以下是我私藏的面试题库:

[外链图片转存中…(img-z3K3VQMf-1714362979431)]

很多人感叹“学习无用”,实际上之所以产生无用论,是因为自己想要的与自己所学的匹配不上,这也就意味着自己学得远远不够。无论是学习还是工作,都应该有主动性,所以如果拥有大厂梦,那么就要自己努力去实现它。

最后祝愿各位身体健康,顺利拿到心仪的offer!

本文已被CODING开源项目:【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

  • 13
    点赞
  • 29
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值