乐趣区

关于java:021JavaWeb面试题二Http协议

开篇介绍

大家好,我是 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 实用于一次只传送大量数据、对可靠性要求不高的应用环境
退出移动版