HTTP协议基础知识，你知道了吗？02

最新推荐文章于 2022-04-19 21:39:44 发布
最新推荐文章于 2022-04-19 21:39:44 发布
阅读量541 收藏 1
点赞数
文章标签： http html css
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45568391/article/details/106630539
版权

这篇总结HTTP的基本知识，HTTP的用法，不清楚的可以看一下。

主要介绍了HTTP协议的基本概念、交互模型、消息格式、消息头、响应消息状态码、MIME。HTTP协议基于请求/响应交互模型，因此所有基于HTTP协议的Web编程都使用的请求/响应处理模式。通过HTTP协议头，可以控制交互过程的客户端和服务端的行为。

HTTP协议

1.HTTP的基本概念与交互模式

HTTP协议简介

  • HTTP协议（Hypertext Transfer Protocol，超文本
    传送协议）是Web客户端与服务器端之间数据传输的通
    信协议。
  • 从协议参考模型来看，它是运行于传输层TCP协议之
    上的应用层协议。Web服务器通常在TCP的80端口上侦
    听HTTP请求以提供Web页面访问等服务。
  • HTTP是一种通用的，无状态(Stateless)的应用层协
    议，基于标准的客户-服务器模型。
  • 早期用的HTTP协议是0.9版的，后来升级为1.0版，现
    在用的是1.1版，大多数的服务器为了提供兼容性，一般
    都能同时支持这几个版本。
  • 目前下一代HTTP协议HTTP-NG（Next Generation
    of HTTP）正在制定中。
  • 由于HTTP协议具有简单、高效等特点，在互连网上
    得到了非常广泛的应用，除了用于Web之外，还常在其
    他类型应用中作为数据传输协议。

支持客户机/服务器（Client/Server）模式，开放性好，
能充分发挥客户机的计算能力，响应速度快；
◆采用“请求/响应”的交互模式
◆协议设计合理、简单、高效。
◆协议设计灵活，扩展性好。
◆无状态（Stateless）。
◆持久连接。
◆支持内容协商（Content negotiation）机制。

HTTP协议交互模型
在这里插入图片描述
一个典型的HTTP协议交互过程主要包括四个步骤：

  1. 客户端（例如浏览器）向服务端侦听的TCP端口（例
    如TCP/80端口）发起连接，直到客户端和服务端的
    TCP连接正常建立；
  2. 客户端通过建立的TCP连接向服务端发送一个完整的
    HTTP请求消息，然后等待服务端响应；
  3. 服务端收到客户端发来的请求，进行分析和处理，生
    成HTTP响应消息，通过建立的TCP连接返回给客户端；
  4. 服务端在确认客户端收到响应的消息后，服务端主动
    关闭连接，释放相关资源。

使用代理的HTTP交互过程
在这里插入图片描述
HTTP代理（本质上是一个既做服务端又做客户端的中
介程序，它的主要工作就是接收客户端发送的请求消息，
转发给服务端，然后接收服务端返回的响应消息，再转发
给客户端。它的主要交互过程如下：

  • 客户端建立与代理的TCP连接，并发送请求消息；
  • 代理分析收到的请求消息，如果能自己处理，则直接生
    成响应消息发送给客户端，否则建立服务端的TCP连接，
    把经过翻译处理的HTTP请求消息发送给实际的服务端；
  • 服务端分析处理请求消息，生成HTTP响应消息，返回
    给代理，并在对方确认收到后关闭连接；
  • 代理接收到响应消息后，经过必要的分析和处理，再发
    送回给客户端，并在对方确认收到后关闭连接。
  • “透明代理”（Transparent Proxy） ：透明代理在工
    作过程中，除了必要的处理（例如身份认证）之外对
    HTTP请求消息和响应消息不做任何其它修改。
  • “非透明代理”（Non-Transparent Proxy）；非透明
    代理则是在工作过程中，会对HTTP请求消息和响应进
    行分析和修改，以提供附加服务支持。附加服务通常有
    媒体类型转换、协议简化、响应数据压缩等。

HTTP消息格式

  • 分请求消息和响应消息
  • 消息由“开始行”（start-line）或“状态行”
    （status-line）、“消息头”（headers）和“消息体”
    （message-body）构成。
  • HTTP消息中的开始行（或状态行）和消息头全都是
    由直接可阅读的文本构成，并以回车加换行符（称为
    CRLF，在C语言中表示为”\x0d\x0a”）来结束消息头中
    的每一行。
  • HTTP请求和响应的例子
    在这里插入图片描述
    在这里插入图片描述

2.HTTP请求消息

HTTP请求消息的格式

  • 当客户端与服务端建立TCP连接后，客户端首先向服
    务端发送HTTP请求消息。请求消息通常用于客户端向服
    务端请求获取资源、发送数据或者获取服务端某个状态
    等。

  • HTTP请求消息的格式
    在这里插入图片描述
    在这里插入图片描述
    HTTP请求方法
    在这里插入图片描述

  • 常用方法：GET方法
    GET方法用于向服务端请求获取Request-URI标识的资源。
    GET方法除了请求URI中可能包含查询参数外，一般不包
    含消息体，即不会发送其他数据。
    服务端在处理GET请求时，会根据一些请求头（Header）
    所指定的条件进行处理。
    HTTP协议设计在请求头和响应头中提供了相应的Header
    以控制缓存的使用。
    HTTP协议中设计了断点续传的机制，通过GET方法获取
    资源时可以指定获取的起始点。

  • 常用方法：POST方法
    POST方法的作用是向服务端提交一段数据，请
    求服务端把该数据与Request-URI进行关联。
    POST方法常用于：
    ◆ 向已经存在的以Request-URI标识的资源追加
    一段数据，或者增加说明、注释等，指定的
    资源可以是文件、数据库或者是BBS的一个
    栏目等；
    ◆ 以表单的形式向服务端提交数据，RequestURI指向处理数据的程序。

  • 常用方法：HEAD方法
    HEAD方法类似于前面的GET和POST方法，请求
    消息和应答消息都很相似。主要的区别在于GET方
    法会返回Request-URI所标识的资源内容本身，而
    HEAD方法仅仅返回相关的响应头信息，不返回资
    源内容。
    HEAD方法常用于测试资源是否存在、是否已经
    被修改或删除、

  • 常用方法：PUT方法
    PUT方法的作用是请求以Request-URI为标识存
    储一个资源。
    在HTTP/1.1协议规范的定义中，POST方法和
    PUT方法的主要区别在于Request-URI所标识对象
    的含义有所不同。对于POST方法，Request-URI
    标识的资源应该是消息体的处理程序（Handler），
    消息体本身可以经过处理后以其他URI标识存在；
    而对PUT方法，Request-URI应该就是标识资源本
    身，服务端不应该把消息体的数据对应到其它资源
    上。

  • 常用方法：DELETE方法
    DELETE方法用于请求在服务端删除以RequestURI标识的资源。服务端通常会删除该资源，或者
    是把资源转移到一个访问不到的地方

HTTP请求URI

◆“请求URI”（Request-URI）是URI的一种形式。
◆URI的全称是通用资源标识符（Uniform Resource
Identifier），主要作用是用于对Web上的资源
（HTML文档、图片、音频、视频、程序等）进行准
确定位。
◆URI目前常见有两种形式，一种是URL（统一资源定
位符，Uniform Resource Locator），另一种是
URN（统一资源名称，Uniform Resource Name），
URL和URN是URI的子集。
◆在HTTP协议中，请求URI采用URL的格式，通常为：

protocol://host[:port][absolute_path][#anchor]
  • URL分为绝对URL和相对URL，绝对URL就是全格式
    的URL，而相对URL不包含任何命名规范的信息，只取
    absolute_path部分，它通常表示同一台机器上的资源。
    在HTTP协议中Request-URI采用的是相对URL格式。
    以绝对URL形式表示为：
    http://www.website.com/form/login.html
    用相对URL表示的请求URI就是：
    /form/login.html
    在获取这个资源的HTTP请求消息的开始行应该为：
    GET /form/login.html HTTP/1.1

3.HTTP响应消息

HTTP响应消息格式

  • HTTP响应消息的格式
    在这里插入图片描述
    为”HTTP/1.1”或”HTTP/1.0”，通常与客户端发送的请
    求消息中的HTTP版本号一致；
    Status-Code是状态码，它是由服务端返回的标识响
    应结果状态的代码，状态码由三位数字构成；
    Reason-Phrase是状态说明，它是一段英文文字，作
    为对状态码的描述。
    紧跟着状态行通常是响应的消息头区，由一个或多个
    消息头（可选，也可以没有消息头）组成，每个消息
    头为一行文本，以回车换行符结束。在消息头区的最
    后是一个空行（直接是回车换行符），表示消息头区
    结束。
    在消息头区域的后面是消息体。这部分才是服务端返
    回给客户端的数据，通常为HTML文档、图片、音频、
    视频、程序等资源。在一些情况下，只需状态码就能
    标识服务端对请求的处理结果，消息体可以为空。
  • 典型的HTTP响应消息示例
    在这里插入图片描述

HTTP响应状态码和状态说明

  • 在HTTP响应消息中包含了状态码和状态说明。状态
    码表示服务端对本次请求处理结果的一个状态，状态说
    明是以可阅读文字的形式对状态码的描述和说明。状态
    码便于计算机处理，状态说明便于人们阅读和理解。
  • 在协议设计中，HTTP响应消息中的状态码采用3位十
    进制数字表示，其中第一位数字表示响应消息的类别
    （Class），后面两位数字是序号，没有特别的含义。
  • HTTP响应状态码
    在这里插入图片描述
  • 部分常见状态码
    ❖200 OK：这条状态码用于告诉客户端，请求已经
    成功处理完毕。
    ❖404 Not Found：这条状态码表明客户端所请求的
    资源不存在，客户端不应该再请求该资源。
    ❖500 Internal Server Error：当服务端在处理请求的
    过程中发生无法预知的错误导致无法继续处理时，
    产生并返回本状态码。

4.HTTP消息头

内容协商消息头
在HTTP请求消息和响应消息中通常都会包含一个或
多个消息头（header），每个消息头通常称为“字段”
（Field）。
消息头是客户端与服务端进行参数协商、传递参数、
描述消息体等的重要实体。
在HTTP协议的设计中，每个消息头的格式如下：
字段名(Field Name): 字段值(Field Value)
在HTTP协议中，服务端将会根据客户端发出的消息
头字段进行不同的处理，而客户端对响应中的消息头字
段进行解释后，给用户显示出不同的信息。
在HTTP请求消息和响应消息中通常都会包含一个或
多个消息头（header），每个消息头通常称为“字段”
（Field）。
消息头是客户端与服务端进行参数协商、传递参数、
描述消息体等的重要实体。
在HTTP协议的设计中，每个消息头的格式如下：
字段名(Field Name): 字段值(Field Value)
在HTTP协议中，服务端将会根据客户端发出的消息
头字段进行不同的处理，而客户端对响应中的消息头字
段进行解释后，给用户显示出不同的信息。

◆“内容协商”是指当资源存在多种表现形式（包括媒
体类型、语言、字符集和编码等方面）时，从中选择
对用户而言“最合适”的表现形式的过程。
◆内容协商的对象通常是响应消息中的消息体内容。
◆内容协商的基本过程包含两个步骤。由协商发起方通
过消息头提出自己所期望接收资源形式的列表（选项）
及其优先级，由接收方根据步骤一的列表以及自身的
实际情况进行选择，返回它认为是“最合适”的内容
形式。
◆HTTP中有两种内容协商的方式：服务器驱动协商
（Server-driven Negotiation）和客户驱动协商
（Agent-driven Negotiation）。

Accept字段：
Accept字段用于请求消息中客户端与服务端协商媒体
类型（media type）。
取值格式：
*/* 或 type/* 或 type/subtype
示例：
Accept: text/html,application/xhtml+xml,
application/xml;q=0.9,*/*;q=0.8
Accept字段所进行的协商是服务器驱动协商方式

  • Accept-Charset字段
    本字段用于请求消息中客户端与服务端协商采用的字符
    集。指明客户端所能接受的字符集，如果服务端能支持所指
    定的字符集，则协商采用优先级最高的字符集进行处理，否
    则服务端返回406 Not Acceptable响应码。
    本字段取值中可以列入多种字符集，每种字符集之间以
    半角字符逗号”,”分隔，字符集的排列次序及其参数表示客
    户端希望接受字符集的优先级。
    常用的字符集有：iso-8859-1（英文字符集）、
    gb_2312-80（简体中文字符集）。
    本字段所进行的协商是服务器驱动协商方式。

  • Accept-Encoding字段
    本字段用于请求消息中客户端与服务端协商采用的内
    容传输方式，仅针对消息体的内容。服务端根据客户端
    可接受的方式列表以及自身所能支持的方式，协商采用
    优先级最高的方式对返回的消息体内容进行处理。如果
    客户端提供的方式服务端都不支持，则返回406 Not
    Acceptable响应码。
    HTTP协议中定义的传输方式有：chunked（分块传
    输）、identity（无变换传输）、gzip（GZIP压缩后传
    输）、compress（LZW压缩后传输）、deflate（zip的
    deflate模式压缩后传输）。
    本字段所进行的协商是服务器驱动协商方式。

  • Accept-Language字段
    本字段用于请求消息中客户端与服务端协商采用的语言。
    本字段的取值指明了客户端期望接受的语言列表，服务端
    根据顺序选择最高优先级的语言与客户端交互。如果请求
    中没有指定Accept-Language字段，则默认客户端接受
    任何语言。
    常见的语言有：en、en-us、zh、zh-cn。
    示例：
    Accept-Language: zh-cn,zh;q=0.8,enus;q=0.5,en;q=0.3
    本字段所进行的协商是服务器驱动协商方式。

  • Allow字段
    用于响应消息中服务端通知客户端指定资源可以使用的
    请求方法，客户端在请求该资源时只能使用列表中的请求
    方法，采用其他请求方法都会导致服务端返回405
    Method Not Allowed响应码。
    以下是使用该字段的例子：
    Allow: GET, HEAD, PUT
    表明指定的资源只能允许使用请求方法GET、HEAD和
    PUT进行访问。
    Allow字段所进行的协商是客户驱动协商方式

缓存控制消息头

在HTTP协议实际使用中，为了提高资源的访问速度，
通常会采用缓存（cache）机制，把一些资源临时存放
在访问速度较快的地方，例如客户端浏览器本地磁盘、
网络速度较快代理服务器等。
当通过HTTP协议访问这些资源时，无需访问远端的
实际服务器，而直接从缓存中获取，可以大大提高资源
的访问速度。由于缓存中临时存放的资源在原始资源更
新之后需要跟随更新，不同的资源更新策略不同，甚至
某些资源不允许进行缓存。为此，HTTP协议中设计了缓存控制消息头字段，用于指定服务端和客户端的缓存策略。
Cache-Control字段：通过其取值，客户端和服务端都必须
遵循的缓存策略。可能取值：
◆”no-cache”表明不允许缓存请求消息
◆”no-store”表明请求的信息涉及隐私数据，不允许缓存请求
消息的任何内容。
◆”max-age” 表明本请求内容允许被缓存最多n秒。
◆”public”表明该响应允许在任何缓存设备中进行缓存。
◆”private”表明该响应属于单个用户的独有数据，公共缓存
设备不允许对该响应进行缓存，而私有缓存可以对其进行缓
存。
pragma字段除了用于缓存控制，还用于在请求消息
或响应消息中传递一些自定义的控制指令，协议要求代
理服务应该把所有接收到Pragma字段的内容直接转发出
去，接收方如无法识别取值中的内容，应该直接忽略。
在HTTP协议中定义的Pragma取值为：no-cache。
如果在请求消息头中设定了Pragma的取值为no-cache，
所有收到此消息的程序无论是否拥有指定资源的缓存，
都应该直接把该请求转发给最终服务器。
同样，如果在响应消息中进行此项设定，任何接收到
本消息的程序都不允许对消息进行缓存。

实体描述消息头

在HTTP请求消息和响应消息中，都有可能包含消息
体作为数据实体。
HTTP协议中定义了相应的消息头字段描述这些数据
实体，这些消息头字段都能用于请求消息和响应消息中。
常用的实体描述消息头字段
◆Content-Type
◆Content-Length。

Content-Type字段用于描述消息中数据实体的媒体类型
（media type）。该字段的格式为：
Content-Type: media-type; parameter
常见的parameter是“charset”，描述数据实体使用的字
符集。取值有：iso-8859-1（英文字符集）、gbk（中文字符
集）、utf-8（UTF-8字符集）等。
若浏览器使用GET方法获取HTML文档，服务端一般返回：
Content-Type: text/html; charset=utf-8
表明服务端返回的数据实体的媒体类型是text/html
（HTML文档），采用的是UTF-8字符集编码方式。
Content-Length字段用于描述消息中数据实体的大小，
以字节数（bytes）表示。
该字段的格式为：
Content-Length: DIGIT
其中，DIGIT是以十进制数表示的数据实体的字节数
大小，该大小仅指数据实体部分，不包含消息头等其他
部分。

条件控制消息头
为提高协议的交互效率和交互灵活性，HTTP协议中
设计了一系列的条件（conditional）控制消息头，在消
息中设定一些条件，当条件判定成立（判定结果为TRUE）
时才会执行相关动作。
条件控制消息头通常用于请求消息中，客户端通过设
定条件触发服务端的动作，较少不必要的开销。
通常条件控制消息头字段是名程以“If-”开头的字段。
常用字段有：
◆ If-Match字段
◆ If-Modified-Since字段
f-Match字段用于请求消息，客户端使用本字段控制服务
端执行条件，条件判断所依据的对象是请求操作针对的数据
实体。该字段的格式为：
If-Match: entity-tag，示例如：
If-Match: “xyzzy”, “r2d2xxxx”, “c3piozzzz”
If-Match: *
在客户端使用PUT或POST等请求方法执行更新资源的操
作时，可以设定If-Match字段，防止误修改了其他资源的内
容。
”If-None-Match” 与这个字段功能类似，判断条件相反。

If-Modified-Since字段用于请求消息，客户端使用本
字段控制服务端执行条件，条件判断所依据的对象是请
求操作针对的数据实体。该字段的格式为：
If-Modified-Since: date-string
If-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMT
这个字段通常用于缓存中资源对象的更新，只有原始
资源被修改之后才去更新缓存中的内容，可以较少开销
提高效率。
If-Unmodified-Since”与这个字段功能类似，判断条
件相反。

其他消息头
Host字段用于请求消息中，指明客户端所请求的资
源所在的主机及其端口号。格式为：
Host: host:port
Location字段用于响应消息中，主要用于在3xx状态
码的响应消息中指明重定向后的URI，在201 Created
状态码的响应消息中，Location指明了新创建资源的
URI。Location字段的格式为：
Location: URI
采用绝对路径：
Location: http://www.w3.org/pub/index.html
采用相对路径：Location: /pub/index.html

Date字段可用于请求消息和响应消息，表示消息产
生的时间。格式为：
Date: date-string
Date: Tue, 15 Nov 1994 08:12:31 GMT
Last-Modified字段可用于请求消息和响应消息，描
述消息体中数据实体的最后被修改的时间。格式为：
Last-Modified: date-string
其中，“date-string”是表示时间的字符串，其格
式参见“Date字段”。

User-Agent字段用于请求消息中，它的取值描述了
发出请求的客户端的相关信息，该信息可以包括客户端
的名称、版本号、所运行的操作系统平台等。如：
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0;
Windows NT 6.1)
Referer字段用于请求字段中，它用于向服务端指明
本次请求的URI是从哪个URI资源中获得的。如：
Referer:
http://www.w3.org/hypertext/DataSources/Overvie
w.html

5.多用途Internet邮件扩展（MIME）

MIME简介

  • 多用途Internet 邮件扩展（Multipurpose Internet
    Mail Extensions，简称MIME）是一种邮件扩展协议，
    最早应用于电子邮件系统，后来引入到HTTP协议中，用
    于描述所传输的多媒体类型。
    在早期的电子邮件协议中，指明信文必须由7位ASCII
    字符组成，这使得通过邮件只能传输ASCII组成文本信息，
    无法支持传输多字节编码文本和二进制格式数据。
    电子邮件协议中增加了新的标准MIME，给非ASCII的
    信文指定编码规则，通过这些结构和编码规则，信文可
    以同时封装多个非ASCII的数据实体。

MIME在增加了的头字段
◆ MIME-Version：表示MIME的版本号。
◆ Content-description：内容描述，为普通字符串。
◆ Content-Id：内容的标号。
◆ Content-Transfer-Encoding：内容的编码方法。
◆ Content-type：正文的数据类型。
在这里插入图片描述

MIME在HTTP协议中的应用

HTTP响应消息体为”multipart”的示例

在这里插入图片描述

凉梨汁儿
关注
计算机二级Web（2）： HTTP协议基础
yiwuwuzheng的博客
08-31 872
考核目标： 1.掌握超文本传输协议（HTTP）的基本概念和交互模型 2.掌握HTTP协议的消息格式，常用请求方法，消息头和响应状态 3.能够初步分析HTTP请求消息和响应消息的内容 HTTP的基本概念与交互模型 HTTP的基本概念 HTTP协议是一种通用的，无状态的应用层协议，基于标砖的客户机/服务器模型。 HTTP协议的特点： 采用请求/响应的交互模式 支持客户机/服务器模式。开放性好 ...
计算机网络协议基础知识
最新发布
沫沫1890S的博客
12-21 655
网络协议基础知识：OSI七层网络模型，TCP/IP四层、五层协议，TCP协议的三次握手和四次挥手，HTTP协议POST 与 GET 的区别。。。
HTTP协议
weixin_30505225的博客
01-10 114
HTTP协议 HTTP协议是 Hyper Text Transfer Protocol（超文本传输协议）的缩写，是用于从万维网（WWW：World Wide Web ）服务器传输超文本到本地浏览器的传送协议。 HTTP 是一个基于 TCP/IP 通信协议来传递数据（HTML 文件， 图片文件,，查询结果等）。 HTTP 是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体...
1、HTTP的基本概念与交互模型
极限突破者的博客
08-09 964
1、上网的整个过程 　　假设我们点击了某网页上的一个链接，指向清华大学院系设置，其URL是：http://www.tsinghua.edu.cn/chn/yxsz/index.html。我们来分析一下整个过程： 浏览器分析链接指向页面的URL浏览器向DNS请求解析www.tsin...
计算机考试交互,2017计算机等级考试HTTP的基本概念与交互模型练习题
weixin_39614675的博客
07-19 371
2017计算机等级考试HTTP的基本概念与交互模型练习题HTTP(HyperText Transfer Protocol)是超文本传输协议的缩写，它用于传送WWW方式的数据，关于HTTP协议的详细内容请参考RFC2616。下面是小编整理的计算机等级考试HTTP的基本概念与交互模型练习题，欢迎参考!【练习一】1[单选题] 在HTTP协议的“请求/响应”交互模型中，以下说法中错误的是(　　)。A.客户...
HTTP的基本概念和特点、请求消息数据格式
七七的博客
05-19 312
概念: Hyper Text Transfer Protocol 超文本传输协议 传输协议:定义了，客户端和服务器端通信时，发送数据的格式 特点: 1.基于TCP/ IP的高级协议； 2.默认端口号：80； 3.基于请求/响应模型的：一次请求对应一次响应； 4.无状态的：每次请求之间相互独立，不能交互数据； 历史版本: 1.0：每一次请求响应都会建立新的连接； 1.1：复用连接； 请求消息数据格式 请求行 请求方式请求url请求协议/版本 GET /login.html HTTP/1.1 请求方式.
计算机网络基础知识总结之网络协议
a58125584s的博客
04-19 3393
计算机网络学习的核心内容就是网络协议的学习。网络协议是为在计算机网络中进行数据交换而建立的规则、标准或者说是约定的集合。因为不同用户的数据终端可能采取的字符集是不同的，两者需要进行通信，必须要在一定的标准上进行。一个很形象地比喻就是我们的语言，我们大天朝地广人多，地方性语言也非常丰富，而且方言之间差距巨大。A地区的方言可能B地区的人根本无法接受，所以我们要为全国人名进行沟通建立一个语言标准，这就是我们的普通话的作用。同样，放眼全球，我们与外国友人沟通的标准语言是英语，所以我们才要苦逼的学习英语。 计算机
前端基础知识点-每天一个基本知识点（100+个前端小知识，你是否都知道？）
m0_67394006的博客
03-02 9225
文章目录 前言 第一回合 一、知识点：cookie（21/09/06） 二、知识点：节流和防抖（21/09/07） 三、知识点：var和let以及const（21/09/08） 四：知识点：深拷贝和浅拷贝（21/09/09） 五、知识点：作用域和作用域链（21/09/10） 六、知识点：从输入URL到页面展示这中间发生了什么（21/09/11） 七、知识点：重排和重绘（21/09/12） 八、知识点：TCP和UDP（21/09/13） 九、知识点：三次握手（21/09/15） 十、知识点：绝对定位和相对定
HTTP http相关知识点详解
菜鸟心声：学的不仅是技术，更是梦想！
12-31 3319
Http http相关知识点详解学习目标HTTP 协议TCP/IPOSI 七层模型TCPTCP 3次握手TCP 4次挥手HTTP 请求响应请求结构请求消息结构请求方法响应结构响应消息结构状态码 学习目标 掌握http协议请求和响应模型 重点 掌握Tomcat处理流程 重点 HTTP 协议 超文本传输协议（英文：HyperText Transfer Protocol，缩写：HTTP）是一种用于分布式、协作式和超媒体信息系统的应用层协议。HTTP是万维网的数据通信的基础。 HTTP是一个基于TCP的、请求与
ppp协议用在哪里_计算机网络基础：广域网协议相关知识笔记
weixin_39598501的博客
12-15 2377
广域网常指覆盖范围广、数据传输速率较低，以数据通信为目的的数据通信网。广域网主要是通过专用的或交换式的连接把计算机连接起来。广域网传输协议主要包括：PPP(点对点协议)、DDN、ISDN(综合业务数字网)、FR(帧中继)、ATM(异步传输模式)。1、点对点协议(PPP)用途：主要用于拨号上网这个广域连接模式。优点：简单、具备用户验证模式、可解决IP分配工作...
http基本概念
Insist__的博客
05-12 1192
基本概念web网络资源: 网页,图片,文件web（World Wide Web）即全球广域网，也称为万维网，它是一种基于超文本和HTTP的、全球性的、动态交互的、跨平台的分布式图形信息系统。是建立在Internet上的一种网络服务，为浏览者在Internet上查找和浏览信息提供了图形化的、易于访问的直观界面，其中的文档及超级链接将Internet上的信息节点组织成一个互为关联的网状结构。静态资源文...
HTTP的基本概念
lenlg的专栏
07-29 233
用WWW浏览器上网浏览时，首先要知道访问站点的地址，该地址叫做[color=red]URL[/color]（Uniform Resource Locator），或统一资源定位器。浏览器通过超文本传输协议HTTP，将Web服务器站点的网页代码提取出来，翻译成网页。因此，在认识HTTP之前，有必要先弄清URL的组成。 例如：http://www.len.com/index.html。它的含义如下...
http常见的特殊字符转义
热门推荐
xinyuandu的博客
12-04 3万+
Http协议真的好严格，特殊字符诸如+?%#&=/等都会被当做转义字符处理，这样的话请求路径的参数就不对了，所以特殊字符要如下处理： 空格 用%20代替 " 用%22代替 # 用%23代替 % 用%25代替 &用%26代替 ( 用%28代替 ) 用%29...
HTTP协议的交互流程和请求格式和请求方式
weixin_43786904的博客
08-12 2172
1.HTTP的交互流程： HTTP的交互流程一般分为四个步骤（一次完整的请求）： 一： 客户端和服务器端建立连接 二： 客户端发送请求数据到服务器端（HTTP协议） 三： 服务器端接受到请求后，进行处理，然后将处理结果响应客户端（HTTP协议） 四： 关闭客户端和服务器端的链接（HTTP1.1后不会立即关闭） 2.HTTP协议之请求格式 请求格式的结构： 请求头：请求方式、请求的地址和HTTP协议版本 请求行：消息报头，一般用来说明客户端要使用
HTTP请求三个基本步骤
鸣鸣专栏
01-01 4447
【博主SAP/ABAP交流群689746838】 在实际开发中，经常会碰到两个不同平台的系统之间需要互相交互，现在这种交互主流的做法是用HTTP，这里总结三个步骤。 一，网络互通 比如两个系统都在同一个内网网段或者都在公网上。这个时候可以用一些简单的方法来测试，比如用ping命令，在浏览器里输入网址，或者调用一些简单的测试API，先保证网络是通的，再继续下一步。 二，身份验证 ...
http协议与服务器交互的方法,http与服务器交互方式
weixin_34268617的博客
08-09 1718
网络传输协议有：(1)http协议(2)Socket各自特点：1.数据传输方式UDP协议：TCP协议：Socket传输特点：优点：1)传输数据为字节级，传输数据可自定义，可对其加密，且数据量小；2)传输时间短，性能高适合实时交互。缺点：HTTP传输特点：优点：缺点：1)http协议中包含辅助应用信息，数据包大，传输速度慢，不适合实时交互。2)数据传输安全性差。http与服务器交互方式有以下几种：G...
请求 - 响应模式
Spectre_Host
03-30 1250
1. 请求 – request - 浏览器（客户端）发送给服务器的要求（指令） 2. 响应 – response - 服务器接收到浏览器的请求之后，反馈给浏览器（客户端）的结果 【同步处理VS异步处理】 同步处理：请求发出之后，下一次请求必须在“前一个请求对应的响应结束后”触发。 异步处理（Ajax）：请求发出之后，下一次请求无需等待上一个请求的响应，随时触发。
HTTP请求与响应步骤
u012957549的博客
03-29 1031
HTTP请求与响应步骤 http请求和响应，说白了就是计算机之间的问答对话。http请求是提问者，http响应是回答者。详细步骤如下所示。 建立连接 先解析DNS，例如把localhost变成ip（127.0.0.1），然后根据127.0.0.1和端口号8080（没有端口号则使用默认的端口）建立socket。也可以理解为通过“三次握手”建立TCP连接，确定通讯正常。 发送请求命令 sock...
服务设计模式-客户端与服务之间的交互（请求/响应模式）
lohocc的专栏
01-15 4058
交互方式：客户端与Web服务进行通信的最基本方式就是通过点对点连接 交互模式： 模式名称 描述 请求/响应模式 当服务接收到请求时，就开始处理，并通过同一个客户端连接来返回结果 请求/确认模式 当服务接收到请求时，先将请求转发至一个后台进程，并返回一个确认消息给客户端，该确认消息中包含一个唯一的请求标识符（方便客户端获取处理结果） 媒体类型协
HTTP协议基础解析：特性与请求方法
以下是关于HTTP协议的一些关键知识点： 1. **客户/服务器模式**： HTTP基于客户端-服务器架构，其中客户端（如浏览器）发起请求，而服务器响应这些请求并提供所需的数据。这种模式使得网络交互变得更加简单，因为...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值