超文本传输协议（HTTP）作为互联网的基石，一直在网页加载、视频流传输、应用获取数据等方方面面发挥重要作用。去年，负责定义互联网技术的互联网工程任务组（IETF）将该协议的最新版本 HTTP/3 定为标准。

http网页状态码，是诸多站长经常接触到的东西，所谓的HTTP状态码，它是浏览器传输协议所响应的一种代码状态，不同的代码状态，反应了网页目前处于的状态，根据不同的状态码

HTTP请求头提供了关于请求，响应或者其他的发送实体的信息。HTTP的头信息包括通用头、请求头、响应头和实体头四个部分。每个头域由一个域名，冒号（:）和域值三部分组成。

HTTP请求方法对照表— —HTTP Request Method共计15种 根据HTTP标准，HTTP请求可以使用多种请求方法。HTTP1.0定义了三种请求方法： GET, POST 和 HEAD方法。HTTP1.1新增了五种请求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

Fetch API 可能大家都比较熟悉了，他是当前最流行的跨平台 HTTP Client API ，目前已经可以在浏览器和 Web/Service Workers 中运行，当前 Web 环境里用到最多的请求方式应该就是它了

缓存减少了冗余的数据传输，节省了你的网络费用，缓存缓解了网络瓶颈的问题，不需要更多的带宽就能够更快地加载页面，缓存降低了对原始服务器的要求，服务器可以更快地响应，避免过载的出现

Content-Type（内容类型），一般是指网页中存在的 Content-Type，用于定义网络文件的类型和网页的编码，决定浏览器将以什么形式、什么编码读取这个文件

如果一个https网站中的某个页面内容加载时请求了有js、css、图片和接口四个http协议的资源。就会出现报错信息：

onnection: keep-alive 当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接。

最近在浏览文章的时候发现，很多站长都在纠结网站到底要不要做https的问题。作为个人站长，也一直关注着这块。最近查阅了很多资料，对https也有了更进一步的认识，这里对https的有关问题做了一个总结，希望对大家能够有帮助。

现有 40 个异步请求需要发送，但由于某些原因，我们必须将同一时刻并发请求数量控制在 6 个以内，同时还要尽可能快速的拿到响应结果。应该怎么做？这个问题与一道经典面试题很类似：

web缓存是指一个web资源（如html页面，图片，js，数据等）存在于web服务器和客户端（浏览器）之间的副本。缓存会根据进来的请求保存输出内容的副本；当下一个请求来到的时候，如果是相同的URL，缓存会根据缓存机制决定是直接使用副本响应访问请求

HTTP（HyperText Transfer Protocol），中文「超文本传输协议」。HTTP 协议工作在客户端-服务端架构上，即浏览器作为客户端通过 URL 向 Web 服务器发送所有请求，Web服务器接收请求后，向浏览器发送响应信息。

204，响应报文中包含若干header和一个状态行，但是没有实体内容。对于一些提交到服务器处理的数据，只需要返回是否成功的情况下，可以用204作为返回信息，从而省略多余的数据传输

出于全局错误处理，身份验证或请求的任何同步或异步预处理或响应的后处理目的，希望能够在将请求移交给服务器之前拦截请求，并在将请求移交给服务器之前将响应拦截发起这些请求的应用程序代码-拦截器利用promise