首页 > 计算机网络相关面试题汇总
头像
心君D悦子
编辑于 2021-04-19 16:35
+ 关注

计算机网络相关面试题汇总

作为Java程序员,对于计网的了解也是很有必要的,在面试时也经常会被问到关于计网的问题,下面总结我在笔面试期间遇到的相关题目,希望对大家有所帮助,祝各位童鞋早日上岸~!
如有错误请指出更正,互相学习,因为我也是没有工作经历的初学者,谢谢大家~!


1、简述ISO/OSI七层模型的分层与作用
应用层:为用户提供一个操作界面,如window等的窗口
表示层:将数据进行二进制的转换,提供表示,还提供加密压缩功能
会话层:确定数据是否需要进行网络传递
传输层:对报文进行分组或组装,提供传输协议的选择,有TCP(可靠面向连接的传输协议)和UDP协议(不可靠面向无连接的传输协议)
网络层:IP地址编址(写入源IP和目标IP)、路由选择(进行分发路由)
数据链路层:MAC地址编址、MAC地址寻址、差错检验
物理层:数据实际传输

2、说一下三次握手的过程
第一次握手:客户端将标志位SYN置为1,表示发请求,并随机生成一个seq序列号,假设为100,并将此数据包发送给服务器,此时客户端变为SYN_SENT状态
第二次握手:服务器发现收到的数据包的SYN为1,表示客户端此时请求建立连接,因此服务器将ACK标志位置为1,并获取原来的(seq+1),赋值给ack确认序列号,同时再随机生成一个seq序列号,假设为200,因为此时的服务器就相当于一个客户端,需要再次确认客户端是否进行连接,此时服务器端变为SYN_RCVD状态
第三次握手:检查ack的序列号是否为100+1,如果是则代表服务器接收到请求,可以建立连接;获取发送来的seq序列号,进行+1,放到ack确认序列号中,即201,将ACK=1与ack=201一同发送给服务器。同时服务器检查ack是否为原来的seq+1,ACK是否为1,如果是则建立连接成功,双方进入ESTABLISHED状态(译为已确立的),随后客户端与服务器就可以传输数据了

3、说一下四次挥手的过程
第一次挥手:客户端将FIN标志位置为1,表示想要终止连接,同时随机生成一个seq序列号,假设是100,此时客户端变为FIN_WAIT_1状态
第二次挥手:服务器接收到数据包,发现FIN标志位为1,说明客户端想要终止连接,因此将接收到的seq序列号+1并放到ack序列号中,并且将ACK标志位置为1,表示确认消息,此时服务器变为CLOSE_WAIT状态
第三次挥手:因为客户端想要断开连接,但服务器可能有未完成的数据操作,因此需要延迟片刻后,服务器端再次发送一个数据包,FIN、ACK标志位为1,ack序列号为101,并随机生成一个seq序列号假设是200;服务器端变为LAST_ACK状态;
第四次挥手:客户端检查发送来的ack序列号是否为我之前发送的seq序列号+1,如果是则代表服务器准备完毕,可以断开连接,并且接收到seq序列号进行+1,也即是201,然后赋值给ack确认序列号,发送到服务器;服务器接收到后检查是否为201,是则断开连接。

4、tcp 为什么要三次握手,两次不行吗?
三次握手是确保双方的数据包能够被对方所接收到,即双方相互告知序列号起始值,并且确认对方已经收到了序列号起始值。
如果只有两次握手,那么至多只有连接发起方的确认序列号能够被另一方确认,而另一方的序列号则得不到确认

5、简述 tcp 和 udp的区别?
tcp是面向连接的可靠传输协议,称为传输控制协议。udp是面向无连接的不可靠传输协议,称为用户数据报协议
tcp传输速度慢,但可靠,数据丢失会要求重传。udp传输速度快,但不可靠,数据丢失即丢失,直接将数据包舍弃。
tcp是面向字节流的,udp是基于数据报的
tcp能保证顺序,而udp不能保证

6、TCP 为什么是可靠连接?
通过tcp连接传输的数据无差错、不丢失、不重复、而且按顺序到达(通过tcp报文头里面的序号保证)
报文头里面的确认序号ack能保证不丢包,累计确认以及超时重传机制
tcp拥有流量控制及拥塞控制的机制

7、http是基于tcp还是udp协议的?那为何不使用其他的?
tcp协议。http客户端发起一个请求,与服务器目标端口假设是80端口建立一个tcp连接,服务器接收到请求后,回送一个状态行和响应消息。
不使用udp的原因是,tcp能提供传输控制,因为http请求是客户端发起的一个精确连接,可能会传递很多数据,比如说查询,如果查询信息丢了,导致需求达不到,并且tcp可以按照顺序接收和发送,并且提供错误纠正功能

8、get和post请求的区别?
get和post都是http请求报文中的一个请求方法,而http请求都是根据http报文发送的,所以两种请求方法实际上都是一个tcp连接;
请求参数的存放位置不同:如果使用get请求,http请求报文中的请求行的url会携带有数据,而如果是post请求,http请求报文中的请求行则不含有数据,而是放到了请求报文中的请求数据中;
可发送的数据长度不同:get请求所携带的数据有长度限制,但这不是http协议所规范的,是各个浏览器进行限制的;而因为post请求所携带的数据是放在http请求报文的请求数据中的,因此没有长度限制;
安全性不同:传统的说法是get请求的数据会在url暴露出来,而post不会,但这不能断定post请求就比get请求安全(因此这里说的安全是表面上的),因为post经过抓包也能看见http请求报文中的详细内容,数据也自然暴露出来了

9、地址栏输入一个url会发生什么?(http请求过程)
①输入地址:
当输入地址时,浏览器已经开始从缓存中读取数据了,可以智能寻找你所要的url,让你可以补全url地址
②浏览器查找域名的 IP 地址:
请求发起后(Enter键),第一步解析url的域名,首先查看本地磁盘的hosts文件,如果有域名对应的规则,则直接使用对应的ip地址
如果本地hosts文件找不到,则发一个DNS请求到本地DNS服务器,首先查询缓存,再到域服务器查询,然后返回一个解析服务器地址,向这个解析服务器地址发请求,这时候就能收到一个域名和ip地址的对应关系了,并保存到缓存中
(扩展:DNS就是根据域名获取IP地址的服务器)
③浏览器向web服务器发送一个http请求
在发送http请求之前,浏览器会先建立tcp连接(因为有连接才能发送请求,)。浏览器在拿到域名对应的ip地址后,会以一个随机端口向web服务器端口发起tcp的连接,建立连接后再发送http请求
④服务器的永久重定向响应
服务器给浏览器响应一个301永久重定向响应
⑤浏览器跟踪重定向地址
⑥服务器处理请求(例如Java中执行handler→service→mapper→数据库)当然对于一些大网站,会搭配负载均衡Nginx来进行请求分发,不至于请求至一个服务器,导致压力过大
⑦服务器返回一个http响应,并关闭tcp连接
⑧浏览器显示HTML(如果含有其他css、js文件,同样会进行发请求获取并载入)

10、说一下http请求报文与http响应报文格式?
http请求报文:请求行(请求方法、url、协议版本)、请求头、请求正文(也叫请求数据)
http响应报文:响应行(协议版本、状态代码、状态描述)、响应头、响应正文(也叫响应数据)

11、http 响应码 301 和 302 代表的是什么?有什么区别?
301代表永久重定向,当原来的地址不再使用,比如说需要更换域名了,一般使用301进行重定向;
302代表临时重定向,旧地址的资源仍然存在,只是临时重定向到另一个地址罢了

12、forward 和 redirect 的区别?
请求转发是服务器内部的转发,是直接转发,浏览器中url的变化是看不到的,并且转发时原来携带的参数仍然可以使用;
请求重定向是客户端层面的,是间接转发,用户需重新请求另一个地址,因此url发生了改变,同时原来request域中的参数失效,而且发送的请求是两次。

13、http有没有状态?
HTTP是一种无状态协议,即服务器不保留与客户交易时的任何状态。也就是说上一次请求对这次的请求是没有影响的,服务器也不会对上一次的请求进行任何记录处理。因此每次访问服务器都无法判断是否已经登录,都需重新登录。
如果想要http有状态,可以使用cookie和session

14、http与https的区别?
①http是超文本传输协议,信息是明文传输,而https是具有安全性的SSL加密传输协议;
②http与https使用的是完全不同的连接方式,而且端口也不一样http是80,而https是443;
③http连接很简单,是无状态的;https协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议,比http协议更安全

15、session和cookie的区别?
①session用在服务器端,cookie用在客户端的浏览器上
②session的生效依赖于cookie中的session id,如果cookie禁用了,那么session也会失效
③cookie不是浏览器生成的,而是服务器端传递给客户端的(在响应报文中),而session是服务器端生成的,用于保存状态的

16、https连接建立过程?
https实际上也是基于tcp的连接,但是与传统的tcp不太当用户相同,具体过程如下:
①当浏览器发送https请求时,首先将客户端支持的加密算法带给服务器。
②服务器接收到加密算法后,与自己的加密算法进行比对,如果不一致则直接断开连接;如果一致,服务器颁发数字证书(公钥)给客户端浏览器,包括证书日期,机构等。
③客户端接收到证书后进行验证,看是否合法(没过期等)。验证通过后,客户端随机生成一个字符串,使用公钥进行加密,保证了只有服务器端的私钥才能进行解密查看真正的数据,然后将加密好的信息发送给服务器。
④服务器接收到加密信息后进行私钥解密,查看数据是否正确,如果正确,服务器跟客户端一样也生成一个随机字符串并加密,发送给客户端。
⑤客户端接收到加密信息后,进行解密查看,验证是否正确,如果正确,表名双方通道安全,可以建立连接,握手完毕,此时即可以进行通信了

17、说一下tcp/ip的四层和对应的作用?
①应用层:负责处理应用程序的逻辑,提供可操作的界面
②传输层:提供两台主机之间的数据传输服务
③网络层:ip地址编址以及路由选择转发
④网络接口层:实际上是数据链路层和物理层的合体,提供实际数据传输、差错检验、MAC地址编址与寻址

18、讲一下127.0.0.1、255.255.255.255、0.0.0.0?
127.0.0.1:本机地址,不能用于传输,主要用于测试,同时在windows系统中有一个别名localhost
0.0.0.0:有一些网络访问无法得知目标网络地址,那么将会使用0.0.0.0作为默认路由
255.255.255.255:限制广播地址,当路由器进行转发数据报时,如果发现目的地址为255.255.255.255,那么将不会进行转发,这样的数据报仅出现在本地网络中

19、TCP的实现步骤
服务端:
①创建ServerSocket对象,绑定监听端口
②调用该对象的accept()方法获取Socket对象,持续监听客户端的连接
③通过Socket获取输入流,读数据
客户端:
①创建Socket对象,指定ip地址和端口号
②通过Socket获取输出流,进行发送数据

20、UDP的实现步骤
服务端:
①创建DatagramSocket对象,并绑定端口
②创建数据包DatagramPacket,用于接收数据
③调用DatagramSocket对象的receive()方法接收数据
④解析数据包打印结果
客户端:
①创建DatagramSocket对象
②创建数据包DatagramPacket,指定ip地址、端口号和要发送的数据
③调用DatagramSocket对象的send()方法发送数据包













全部评论

(6) 回帖
加载中...
话题 回帖

推荐话题

相关热帖

近期精华帖

热门推荐