开篇介绍
大家好,我是Java最全面试题库
的提裤姐,今天这篇是JavaWeb系列的第二篇,主要总结了JavaWeb中HTTP
相关的问题,在后续,会沿着第一篇开篇的知识线路一直总结下去,做到日更!如果我能做到百日百更,希望你也可以跟着百日百刷,一百天养成一个好习惯。
HTTP流程?
1、域名解析
2、发起TCP的三次握手
3、建立TCP连接后发起http请求
4、服务器响应http请求,浏览器得到HTML代码
5、浏览器解析HTML代码,并请求HTML代码中的资源
6、浏览器对页面进行渲染呈现给用户
7、连接结束
GET和POST的区别?
GET:
- get重点是从服务器上获取资源
- get传输数据是通过URL请求,以
field(字段) = value
的形式,置于URL后,并用“?”
连接,多个请求数据间用“&”
连接 - get
传输数据量小
,因为受URL长度限制,但是效率高 - get是
不安全
的,因为URL是可见的,可能会泄漏私密信息 - get方式
只能支持ASCII字符
,向服务器传的中文字符可能会乱码
POST:
- post重点是
向服务器发送数据
。 - post传输数据是通过HTTP的post机制。将字段和对应值封存在请求实体中发送给服务器。这个过程用户是不可见的
- post可以
传输大量数据
,所以上传文件时只能用post - post支持
标准字符集
,可以正确传递中文字符 - post 较get
安全性高
HTTP常见的状态码有哪些?
- 1xx:指示信息–表示请求已接收,继续处理
- 2xx:成功–表示请求已被成功接收、理解、接受
- 3xx:重定向–要完成请求必须进行更进一步的操作
- 4xx:客户端错误–请求有语法错误或请求无法实现
- 5xx:服务器端错误–服务器未能实现合法的请求
常见的状态码:
200
:请求被正常处理204
:请求被受理但没有资源可以返回206
:客户端只是请求资源的一部分,服务器只对请求的部分资源执行GET方法,相应报文中通过Content-Range指定范围的资源。301
:永久性重定向302
:临时重定向303
:与302状态码有相似功能,只是它希望客户端在请求一个URI的时候,能通过GET方法重定向到另一个URI上304
:发送附带条件的请求时,条件不满足时返回,与重定向无关307
:临时重定向,与302类似,只是强制要求使用POST方法400
:请求报文语法有误,服务器无法识别401
:请求需要认证403
:请求的对应资源禁止被访问404
:服务器无法找到对应资源500
:服务器内部错误503
:服务器正忙
HTTP中重定向和请求转发的区别?
本质区别:
- 转发是服务器行为
- 重定向是客户端行为
重定向特点:两次请求,浏览器地址发生变化,可以访问自己 web 之外的资源,传输的数据会丢失。
请求转发特点:一次强求,浏览器地址不变,访问的是自己本身的 web 资源,传输的数据不会丢失。
HTTP和HTTPS的区别?
HTTPS = HTTP + SSL
- https有ca证书,http一般没有
- http是超文本传输协议,信息是明文传输。https则是具有安全性的ssl加密传输协议
- http默认80端口,https默认443端口
HTTP/2 与 HTTP/1.x 的主要区别?
- 二进制协议代替文本协议,更加简洁高效
- 针对每个域只使用一个多路复用的连接
- 压缩头部信息减小开销
- 允许服务器主动推送应答到客户端的缓存中
HTTP请求报文与响应报文格式?
请求报文:
a、请求行:包含请求方法、URI、HTTP版本信息
b、请求首部字段
c、请求内容实体
响应报文:
a、状态行:包含HTTP版本、状态码、状态码的原因短语
b、响应首部字段
c、响应内容实体
什么是HTTP协议无状态协议?怎么解决http协议无状态协议?
无状态协议对于事物处理没有记忆能力。缺少状态意味着后续的处理需要前面的信息。
通过cookie和session解决
HTTPS方式与web服务器通信的步骤?
1、客户使用HTTPS的URL访问web服务器,要求与web服务器建立SSL连接
2、web服务器收到客户端请求后,将网站的证书信息(证书中包含公钥)传送一份给客户端
3、客户端的浏览器与web服务器开始协商SSL连接的安全等级,也就是信息的加密等级
4、客户端的浏览器根据双方同意的安全等级,建立会话秘钥,然后利用网站的公钥将会话秘钥加密,并传送给网站
5、web服务器利用自己的私钥解密出会话秘钥
6、web服务器利用会话秘钥加密与客户端之间的通信
说说常见的常见HTTP首部字段?
通用首部字段(请求报文与响应报文都会使用的首部字段)
Date:创建报文时间
Connection:连接的管理
Cache-Control:缓存的控制
Transfer-Encoding:报文主体的传输编码方式
请求首部字段(请求报文会使用的首部字段)
Host:请求资源所在服务器
Accept:可处理的媒体类型
Accept-Charset:可接收的字符集
Accept-Encoding:可接受的内容编码
Accept-Language:可接受的自然语言
响应首部字段(响应报文会使用的首部字段)
Accept-Ranges:可接受的字节范围
Location:令客户端重新定向到的URI
Server:HTTP服务器的安装信息
实体首部字段(请求报文与响应报文的的实体部分使用的首部字段)
Allow:资源可支持的HTTP方法
Content-Type:实体主类的类型
Content-Encoding:实体主体适用的编码方式
Content-Language:实体主体的自然语言
Content-Length:实体主体的的字节数
Content-Range:实体主体的位置范围,一般用于发出部分请求时使用
说说TCP传输的三次握手四次挥手策略
三次握手:
为了准确无误地把数据送达目标处,TCP协议采用了三次握手策略。
用TCP协议把数据包送出去后,TCP不会对传送后的情况置之不理,它一定会向对方确认是否成功送达。握手过程中使用了TCP的标志:SYN和ACK
- 发送端首先发送一个带SYN标志的数据包给对方。
- 接收端收到后,回传一个带有SYN/ACK标志的数据包以示传达确认信息。
- 最后,发送端再回传一个带ACK标志的数据包,代表“握手”结束。
注意:若在握手过程中某个阶段莫名中断,TCP协议会再次以相同的顺序发送相同的数据包
四次挥手:
断开一个TCP连接则需要四次挥手
- 第一次挥手:主动关闭方发送一个FIN,用来关闭主动方到被动关闭方的数据传送,也就是主动关闭方告诉被动关闭方:我已经不 会再给你发数据了(当然,在fin包之前发送出去的数据,如果没有收到对应的ack确认报文,主动关闭方依然会重发这些数据),但是,此时主动关闭方还可 以接受数据
- 第二次挥手:被动关闭方收到FIN包后,发送一个ACK给对方,确认序号为收到序号+1(与SYN相同,一个FIN占用一个序号)
- 第三次挥手:被动关闭方发送一个FIN,用来关闭被动关闭方到主动关闭方的数据传送,也就是告诉主动关闭方,我的数据也发送完了,不会再给你发数据了
- 第四次挥手:主动关闭方收到FIN后,发送一个ACK给被动关闭方,确认序号为收到序号+1,至此,完成四次挥手
TCP和UDP的区别?
- TCP(Transmission Control Protocol,传输控制协议)是基于连接的协议,也就是说,在正式收发数据前,必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来
- UDP(User Data Protocol,用户数据报协议)是与TCP相对应的协议。它是面向非连接的协议,它不与对方建立连接,而是直接就把数据包发送过去! UDP适用于一次只传送少量数据、对可靠性要求不高的应用环境