广州外贸公司网站建设,北京专业建网站的公司,wordpress主题上传,大型网站制作丹阳网站建设HTTP 协议定义
HTTP协议#xff0c;直译为超文本传输协议#xff0c;是一种用于分布式、协作、超媒体的信息系统的应用协议。HTTP协议是万维网数据通信的基础。HTTP协议在客户端-服务器计算模型中充当请求-响应协议。客户端向服务器提交HTTP请求消息。服务器提供HTML文件和其…HTTP 协议定义
HTTP协议直译为超文本传输协议是一种用于分布式、协作、超媒体的信息系统的应用协议。HTTP协议是万维网数据通信的基础。HTTP协议在客户端-服务器计算模型中充当请求-响应协议。客户端向服务器提交HTTP请求消息。服务器提供HTML文件和其他内容等资源或代表客户端执行其他功能并向客户端返回响应消息。 下面是维基百科对HTTP协议的定义
The Hypertext Transfer Protocol(HTTP) is an application protocol for distributed, collaborative, hypermedia
information systems. HTTP is the foundation of data communication for the World Wide Web, where hypertext
documents include hyperlinks to other resources that the user can easily access, for example by a mouse click
or by tapping the screen in a web browser.此外还有medium网站rcrohitcse提供的HTTP协议的定义
HTTP functions as a request–response protocol in the client–server computing model. A web browser, for example,
may be the client and an application running on a computer hosting a website may be the server.
The client submits an HTTP request message to the server. The server, which provides resources such as HTML
files and other content, or performs other functions on behalf of the client, returns a response message to
the client. The response contains completion status information about the request and may also contain requested
content in its message body. HTTP 协议标准可以参考官网。HTTP协议的主要特点可概括如下 (1) 支持客户/服务器模式现在更多的应用在浏览器-服务器模式中。 (2) 简单快速客户向服务器请求服务时只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单使得HTTP服务器的程序规模小因而通信速度很快。 (3) 灵活HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。 (4) 无连接无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求并收到客户的应答后即断开连接。采用这种方式可以节省传输时间。 (5) 无状态HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息则它必须重传这样可能导致每次连接传送的数据量增大。另一方面在服务器不需要先前信息时它的应答就较快。使用Cookie和Sesseion记录数据
超媒体简介
超媒体是由Fred Nelson在1965年定义。超媒体是对超文本的扩展即通过点击网络浏览器上的文本链接打开新网页的能力。超媒体通过允许用户点击图像、电影、图形和除文本之外的其他媒体来创建非线性信息网络从而对此进行了扩展。原文定义如下
Hypermedia is an extension to what is known as hypertext, or the ability to open new Web pages by clicking text links
on a Web browser. Hypermedia extends upon this by allowing the user to click images, movies, graphics and other media
apart from text to create a nonlinear network of information. The term was coined by Fred Nelson in 1965.用一句话来概述Hypermedia(超媒体) 超文本 多媒体。
超文本
超文本是用超链接的方法将各种不同空间的文字信息组织在一起的网状文本。超文本是一种用户界面范式用以显示文本及与文本之间相关的内容。超文本普遍以电子文档方式存在其中的文字包含有可以链接到其他位置或者文档的连结允许从当前阅读位置直接切换到超文本连结所指向的位置。超文本的格式有很多目前最常使用的是超文本标记语言标准通用标记语言下的一个应用及富文本格式。
多媒体
多媒体是多种媒体的综合一般包括文本声音和图像等多种媒体形式。在计算机系统中多媒体指组合两种或两种以上媒体的一种人机交互式信息交流和传播媒体。使用的媒体包括文字、图片、照片、声音 、动画和影片以及程序所提供的互动功能。
HTTP 工作原理简介
HTTP 协议采用了请求/响应模型。客户端向服务器发送一个请求报文请求报文包含请求的方法、URL、协议版本、请求头和请求数据。服务器以一个状态行作为响应响应的内容包括协议的版本、成功或者错误代码、服务器信息、响应头部和响应数据。请求/响应模型示例如下 HTTP 请求/响应一般可分为六步(1) 建立TCP连接;(2) 发送HTTP请求;(3) 服务器处理请求;(4) 返回HTTP响应;(5) 释放TCP连接;(6) 浏览器解析返回的资源和数据。更详细的介绍可以参考笔者浏览器输入URL后的执行过程一文。
(1) 建立TCP连接
一个HTTP客户端通常是浏览器主动与Web服务器的HTTP端口默认为80建立一个TCP套接字连接。TCP连接建立的过程也被称为“三次握手”。
(2) 发送HTTP请求
通过TCP三次握手建立好连接后浏览器便可以将HTTP请求报文发送给服务器。一个请求报文由请求行、请求头部、空行和请求数据4部分组成。
(3) 服务器处理请求
Web服务器解析请求定位请求资源。再通过相应的这些资源文件处理用户请求和参数并调用数据库信息最后将结果通过Web服务器返回给浏览器。
(4) 返回HTTP响应
Web服务器将资源复本写到TCP套接字由客户端读取。一个响应报文由响应行、响应头部、空行和响应数据4部分组成。
(5) 释放TCP连接
若connection 模式为close则服务器主动关闭TCP连接客户端被动关闭连接释放TCP连接;若connection 模式为keepalive则该连接会保持一段时间在该时间内可以继续接收请求。TCP连接的释放也被称为“四次挥手”。
(6) 浏览器解析返回的资源和数据
浏览器首先解析状态行查看请求是否成功的状态码。然后解析每一个响应头响应头告知以下为若干字节的HTML文档和文档的字符集。浏览器读取响应数据html根据html的语法对其进行格式化并在浏览器窗口中显示。
HTTP URL
URL全称是Uniform Resource Locator中文叫统一资源定位符用来唯一标识某一处资源在Internet的位置从而实现Internet上资源的定位。接下来以下面的URLfaked url为例介绍下URL的各部分组成
http://user:passwordwww.github.com:8080/news/index.html?boardID5ID24618page1#uniformresourcelocator 一个完整的URL包括以下几部分 (1) 协议必填指定使用的传输协议如HTTP、HTTPS、FTP等。显然示例URL使用的传输协议是HTTP协议。此外协议后面的“//”为分隔符。 (2) 登录信息: 可选用户名和密码作为从服务器端获取资源时必要的登录信息身份认证。注意这种写法已弃用用户名和密码信息一般都通过token验证。 (3) 服务器地址必填可以是域名如“www.github.com”也可以是IP如127.0.0.1(local host)。 (4) 端口可选指定待连接服务器的网络端口若省略则使用该协议的默认端口如http协议的默认端口是80https协议的默认端口是443 ftp协议的默认端口是21。服务器地址和和端口之间使用“:”作为分隔符。 (5) 文件路径可选指定服务器上的路径来定位指定资源。文件路径可细分为两部分虚拟目录部分和文件名部分。其中虚拟目录部分是指从域名后的第一个“/”开始到最后一个“/”的部分。本例中的虚拟目录是“/news/”。文件名部分是指从域名后的最后一个“/”开始到“?”的部分如果没有“?”, 则是从域名后的最后一个“/”开始到“#”的部分如果没有“”和“#”那么从域名后的最后一个“/”开始到结束都是文件名部分。本例中的文件名是“index.html”。 (6) 参数: 可选从“?”到“#”之间的部分为参数部分用于给动态网页如使用CGI、ISAPI、PHP/JSP/ASP/ASP.NET等技术制作的网页传递参数。多个参数使用“”符号隔开每个参数的名和值用“”符号隔开。本例中的参数部分为“boardID5ID24618page1”。 (7) 片段可选“#”之后的部分都是片段。片段用于指定网络资源中的片段。html页面中片段则是锚点(Anchor)。本例中的锚点是“uniformresourcelocator”。
URI、URL 和 URN 的区别
在介绍URI、URL 和 URN的区别前先对URI和URN进行一个简单的介绍。 (1) URI URI 全称是 Universal Resource Identifier中文翻译是统一资源标识符。URI 是一个用于标识资源的字符串。用户可通过使用这种标识符对网络中一般指万维网的资源通过特定的协议进行交互操作。如超文本邮件地址Internet主机或其他互联网资源。URI的最常见的形式是URL。更罕见的用法是URN。URI范式图示如下 (2) URN URN 全称是 Uniform Resource Name中文翻译是统一资源名称。URN 是一个通过名字来标识资源的字符串。URN 仅命名资源但不指定如何定位资源比如只告诉你一个人的姓名不告诉你这个人在哪。URN 示例如下
urn:issn:1535-3613 (国际标准期刊编号)
urn:isbn:9787115318893 (国际标准图书编号)(3) URI、URL、 URN的区别 简单来说URI 用来标识资源的唯一性URL 则用来通过一个唯一的地址定位一个资源URN 则通过一个唯一的名称命名一个资源。注意URN开头必须使用urn这一特殊符号来标识。 URI是URL和URN的超集。URL是URI的子集除了识别资源外还通过描述其主要访问机制例如其网络“位置”来提供定位资源的手段。URN也是URI的子集是一个通过名字来标识资源的字符串。对于URN来说即使资源不再存在或变得不可用也需要保持全局唯一性和持久性。下面是URI 官方文档给出三者区别的原文
A URI can be further classified as a locator, a name, or both. The term Uniform Resource Locator (URL) refers to thesubset of URIs that, in addition to identifying a resource, provide a means of locating the resource by describing
its primary access mechanism(e.g., its network location). The term Uniform Resource Name (URN) has been used
historically to refer to both URIs under the urn scheme [RFC2141], which are required to remain globally unique and
persistent even when the resource ceases to exist or becomes unavailable, and to any other URI with the properties of a name. URI、URL、 URN 三者差异的图示如下
HTTP Request
HTTP Request(HTTP 请求)是客户端向服务端发送请求动作告知服务器自己的要求。HTTP请求由状态行、消息头、空行、消息正文四个部分组成。其中状态行包括请求方式Method、资源路径URL、协议版本Version消息头包括一些访问的域名、用户代理、Cookie等信息消息正文就是HTTP请求的数据空行位于消息头和消息正文之间用于分隔消息头和消息正文。HTTP 请求结构如下
(1) 状态行
状态行在 HTTP 请求中也被称为“请求行”包含请求方法、资源路径URL、协议版本三个部分。其中 (a) 请求方法(GET、POST、HEAD、OPTIONS、PUT、DELETE、TRACE、CONNECT、PATCH)的说明及使用可参考HTTP请求方法一节 (b) 资源路径URL就是用来定位资源在Internt的位置更多URL相关介绍参考HTTP URL一节 © 协议版本指明当前使用HTTP协议版本更多HTTP协议介绍参考HTTP协议版本发展一节。
(2) 消息头
消息头在 HTTP 请求中也被称为“请求头”。消息头由一系列键值对组成。包括访问的域名、用户代理、Cookie等信息。这里介绍一些常用键值对。 Host 是请求报头域用于指定被请求资源的 Internet 主机和端口号它通常从 HTTP URL 中提取出来。 Connection 表示连接状态keep-alive 表示该连接是持久连接persistent connection即 TCP 连接默认不关闭可以被多个请求复用如果客户端和服务器发现对方有一段时间没有活动就可以主动关闭连接。 User-Agent 用于标识请求者的一些信息比如浏览器类型和版本操作系统等。 Accept 用于指定客户端希望接受哪些类型的信息比如 text/html, image/gif 等。 Cookie 用于维护状态可做用户认证服务器检验等它是浏览器储存在用户电脑上的文本片段。更多Cookie的介绍参考Cookie和Session一节。 Chrome Dev Tool的network捕获的请求头的实例如下
(3) 消息正文
消息正文也称“请求正文”记录请求消息主体。
HTTP Response
HTTP Response(HTTP 响应)是服务器返回给客户端已发送HTTP请求的执行结果。HTTP 响应和HTTP请求一样由四部分组成状态行、消息头、空行、消息正文。其中状态行包括协议版本Version、状态码Status Code、状态消息等内容消息头包括搭建服务器的软件发送响应的时间回应数据的格式等信息消息正文就是HTTP响应的数据。空行位于消息头和消息正文之间用于分隔消息头和消息正文。HTTP 响应结构如下
(1)状态行
状态行在HTTP响应中也被称为“响应行”。响应行由HTTP协议版本号状态码状态消息三部分组成。其中 (a) 协议版本与HTTP请求行中协议版本作用一致用来指明当前使用HTTP协议版本更多HTTP协议介绍参考HTTP协议版本发展一节 (b) 状态码用以表示服务器响应状态的三位数字代码更多信息参考HTTP状态码一节。
(2)消息头
消息头在 HTTP响应中也被称为“响应头”与HTTP请求的请求头一致由一系列键值对组成。消息头包括访消息头包括搭建服务器的软件发送响应的时间回应数据的格式等信息。这里介绍一些常用键值对。 Connection 表示连接状态和请求头中该属性作用一致。 Server 记录服务器用来处理请求的软件信息跟请求报头域 User-Agent 相对应。 Content-Type 用于指定发送给接收者如浏览器响应正文的MIME媒体类型比如 text/html, text/css, image/png, image/jpeg, video/mp4, application/pdf, application/json 等编码类型是UTF-8。实现超媒体的入口 Content-Length 指明本次回应的数据长度。 Date 生成响应的日期和时间。 Chrome Dev Tool的network捕获的请求头的实例如下
(3)消息正文
消息正文也称“响应正文”记录响应消息主体。
HTTP协议补充
补充HTTP协议中关联概念如HTTP协议版本发展HTTP请求方Cookie和SessionHTTP状态码等。
HTTP协议版本发展
(1) HTTP/0.9 1991年发布是HTTP协议的最初版本功能简单仅支持请求方式GET并且仅能请求访问HTML格式的资源。使用这个版本完全可以构建一个简单的静态网站。 (2) HTTP/1.0 1996年发布。在0.9版本基础上进行改进增加了请求方式POST和HEAD可根据Content-Type支持多种数据格式即MIME多用途互联网邮件扩展如text/html、image/jpeg等同时也开始支持cache就是当客户端在规定时间内访问统一网站直接访问cache即可请求消息和响应消息也不是单一的规定了一些元数据字段例如字符集、编码、状态码等。 但是1.0版本的工作方式是每次TCP连接只能发送一个请求当服务器响应后就会关闭这次连接下一个请求需要再次建立TCP连接就是不支持keep-alive。仅支持多连接不支持长连接 (3) HTTP/1.1 1997年发布。在1.0 版本发布之后的半年时间发布了1.1版本。该版本在1.0版本的基础上进行完善解决了1.0版本的keep-alive问题支持长连接也成持久连接加入了管道机制这样一个TCP连接可以包含多个HTTP请求增加了PUT、PATCH、OPTIONS、DELETE等命令丰富了客户端和服务端交互动作增加了Host字段等。 但是该版本还存在一些问题服务端是按队列顺序处理请求的假如一个请求处理时间很长则会导致后边的请求无法处理这样就造成了队头阻塞的问题同时HTTP是无状态的连接因此每次请求都需要添加重复的字段降低了带宽的利用率。 当前主流的协议版本还是HTTP/1.1版本。 (4) HTTP/2.0 2005年发布。为了解决1.1版本利用率不高的问题提出了HTTP/2.0版本增加双工模式即不仅客户端能够同时发送多个请求服务端也能同时处理多个请求解决了队头堵塞的问题HTTP请求和响应中状态行和请求/响应头都是些信息字段并没有真正的数据因此在2.0版本中将所有的信息字段建立一张表为表中的每个字段建立索引客户端和服务端共同使用这个表他们之间就以索引号来表示信息字段这样就避免了1.0旧版本的重复繁琐的字段并以压缩的方式传输提高利用率增加服务器主动推送的功能即不经请求服务端主动向客户端发送数据。
HTTP请求方法
根据HTTP标准HTTP请求可以使用多种请求方法。 HTTP0.9定义了 GET 请求方法。 HTTP1.0定义了 POST 和 HEAD请求方法。 HTTP1.1新增了 OPTIONS, PUT, DELETE, TRACE, CONNECT 和 PATCH请求方法。
GET 获取资源。请求指定的页面信息并返回实体主体。
HEAD 获取响应消息报头。类似于get请求只不过返回的响应中没有具体的内容。
POST 传输实体数据。向指定资源提交数据进行处理请求例如提交表单或者上传文件。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。
DELETE 删除资源。请求服务器删除指定的页面。
PUT 传输文件。从客户端向服务器传送的数据取代指定文档的内容。
PATCH 局部更新已知资源。对 PUT 方法的补充用来对已知资源进行局部更新。
CONNECT 更改连接为管道方式的代理服务求。HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
OPTIONS 查询服务器的性能或者查询与资源相关的选项和需求。
TRACE 回显服务器收到的请求主要用于测试或诊断。 Cookie和Session
(1) Cookie数据存放在客户的浏览器上Session数据放在服务器上 (2) 相比SessionCookie更不安全因为他人可以分析存放在本地的COOKIE并进行COOKIE欺骗。考虑到安全应使用Session或者使用加密技术对Cookie数据进行加密 (3) Session默认仅在服务器保存一段时间。当访问增多会比较占用你服务器的性能。考虑到减轻服务器性能方面应当使用Cookie (4) 单个Cookie在客户端的限制是3K也有说4K就是说一个站点在客户端存放的COOKIE不能超过3K且Cookie的数量也有限制 (5) Cookie和Session都是为了保存客户端和服务端之间的会话实现机制不同。 (6) 服务端Session的实现依赖客户端Cookie。服务端生成Session ID后会将这个ID发送给客户端然后客户端在后续的请求中都会把这个ID值放到HTTP请求的头部发送给服务端而这个ID在客户端保存的常用容器就是Cookie。如果浏览器不支持Cookie或禁用Cookie则需要使用其他机制如URL重写机制表单隐藏字段代替Cookie暂存Session ID。
HTTP状态码
状态代码有三位数字组成并使用第一个数字定义响应的类别共分五类: 1xx指示信息–表示请求已接收请求者继续执行操作 2xx请求成功–表示请求已被成功接收、理解、接受 3xx请求重定向–要完成请求必须进行更进一步的操作 4xx客户端错误–请求有语法错误或请求无法实现 5xx服务器端错误–服务器未能实现合法的请求 常见状态码有
200 OK //客户端请求成功
400 Bad Request //客户端请求有语法错误不能被服务器所理解
401 Unauthorized //请求未经授权这个状态代码必须和WWW-Authenticate报头域一起使用
403 Forbidden //服务器收到请求但是拒绝提供服务
404 Not Found //请求资源不存在eg输入了错误的URL
429 Too Many Requests //在一定的时间内用户发送了太多的请求即超出了“频次限制”
500 Internal Server Error //服务器发生不可预期的错误
503 Server Unavailable //服务器当前不能处理客户端的请求一段时间后可能恢复正常 参考
https://www.w3.org/Protocols/ HTTP - Hypertext Transfer Protocol https://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol Hypertext Transfer Protocol https://blog.51cto.com/13570193/2108347 HTTP协议详解 https://www.cnblogs.com/ranyonsue/p/5984001.html HTTP协议详解 http://www.javvin.com/protocol/rfc1945.pdf Hypertext Transfer Protocol – HTTP 1.0 http://www.javvin.com/protocol/rfc2616.pdf Hypertext Transfer Protocol – HTTP 1.1 https://zhuanlan.zhihu.com/p/466239718 面试必备计算机网络常问的六十二个问题 https://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol Hypertext_Transfer_Protocol https://www.w3.org/Protocols/ HTTP协议 https://www.infobip.com/glossary/http What is HTTP (Hypertext Transfer Protocol) https://medium.com/rcrohitcse/http-protocol-28b0c7295385 HTTP Protocol Overview https://www.runoob.com/http/http-status-codes.html HTTP状态码 https://tool.oschina.net/commons?type5 HTTP状态码 https://www.jianshu.com/p/a0509bb02b26 理解HTTP协议 https://www.cnblogs.com/andy-zhou/p/5360107.html 理解Cookie和Session机制 https://www.cnblogs.com/ranyonsue/p/5984001.html HTTP协议简介 https://www.runoob.com/http/http-methods.html HTTP 请求方法 https://www.techopedia.com/definition/3105/hypermedia Hypermedia https://baike.baidu.com/item/超文本 超文本 https://baike.baidu.com/item/Hypermedia/3177297 超媒体 https://www.jianshu.com/p/8b4d9db3fd02 浏览器的HTMl解析器 https://segmentfault.com/a/1190000016253407 浏览器如何解析html、css、js https://blog.csdn.net/u014421556/article/details/51671353 http、https 等 常用默认端口号 https://en.wikipedia.org/wiki/URI URI https://en.wikipedia.org/wiki/Uniform_Resource_Identifier Uniform_Resource_Identifier https://tools.ietf.org/html/rfc3986 Uniform Resource Identifier (URI): Generic Syntax https://www.jianshu.com/p/09ac6fc0f8cb URI、 URL 和 URN 的区别 https://danielmiessler.com/study/url-uri/ What’s the Difference Between a URI and a URL?
