开发者社区 开发与运维 文章 正文

HTTP 协议简介

2012-07-22 980
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： 一、TCP/IP 协议介绍 　　在介绍 HTTP 协议之前，先简单说一下TCP/IP协议的相关内容。TCP/IP协议是分层的，从底层至应用层分别为：物理层、链路层、网络层、传输层和应用层，如下图所示： 　　从应用层至物理层，数据是一层层封装，封装的方式一般都是在原有数据的...

一、TCP/IP 协议介绍

　　在介绍 HTTP 协议之前，先简单说一下TCP/IP协议的相关内容。TCP/IP协议是分层的，从底层至应用层分别为：物理层、链路层、网络层、传输层和应用层，如下图所示：

TCP/IP基础－－层次图

　　从应用层至物理层，数据是一层层封装，封装的方式一般都是在原有数据的前面加一个数据控制头，数据封装格式如下：

TCP/IP基础－－数据封装

　　其中，对于TCP传输协议，客户端在于服务器建立连接前需要经过TCP三层握手，过程如下：

TCP/IP基础－－TCP三次握手

二、HTTP协议

2.1　简介

　　超文本传输协议（Hypertext Transfer Protocol，简称HTTP）是应用层协议，自 1990 年起，HTTP 就已经被应用于 WWW 全球信息服务系统。
　　HTTP 是一种请求/响应式的协议。一个客户机与服务器建立连接后，发送一个请求给服务器；服务器接到请求后，给予相应的响应信息。
　　HTTP 的第一版本 HTTP/0.9是一种简单的用于网络间原始数据传输的协议；
　　HTTP/1.0由 RFC 1945 定义 ，在原 HTTP/0.9 的基础上，有了进一步的改进，允许消息以类 MIME 信息格式存　在，包括请求/响应范式中的已传输数据和修饰符等方面的信息；
　　HTTP/1.1(RFC2616) 的要求更加严格以确保服务的可靠性，增强了在HTTP/1.0 没有充分考虑到分层代理服务器、高速缓冲存储器、持久连接需求或虚拟主机等方面的效能；
　　安全增强版的 HTTP （即S-HTTP或HTTPS），则是HTTP协议与安全套接口层(SSL)的结合，使HTTP的协议数据在传输过程中更加安全。

2.2　协议结构

　　HTTP协议格式也比较简单，格式如下：

HTTP协议－－协议结构

2.3　HTTP 协议举例

　　下面是一个HTTP请求及响应的例子：

2.4　请求头格式

a) 通用头(general-header)：
Cache-Control：客户端希望服务端如何缓存自己的请求数据，如"Cache-Control: no-cache"，"Cache-Control: max-age=0"；
Connection：客户端是否希望与服务端之间保持长连接，如"Connection: close", "Connection: keep-alive"；
Date：只有当请求方法为POST或PUT方法时客户端才可能会有些字段；
Pragma：包含了客户端一些特殊请求信息，如 "Pragma: no-cache" 客户端希望代理或应用服务器不应缓存与该请求相关的结果数据；
Via：一般用在代理网关向应用服务器发送的请求头中，表明该来自客户端的请求经过了网关代理，
格式为："Via: 请求协议版本 网关标识 [其它信息] "，
如 ：" Via: 1.1 webcache_250_199.hexun.com:80 (squid)"

b) 请求头(request-header)：
Accept：表明客户同端可接受的请求回应的媒体类型范围列表。星号“*”用于按范围将类型分组，用“*/*”指示可接受全部类型；用“type/*”指示可接受 type类型的所有子类型，如“ Accept: image/gif, image/jpeg, */*”；
Accept-Charset：客户端所能识别的字符集编码格式，格式：“Accept-Charset: 字符集1[:权重]，字符集2[:权重]”，如：“ Accept-Charset: iso-8859-5, unicode-1-1;q=0.8”；
Accept-Language：客户端所能识别的语言，格式：“Accept-Language: 语言1[:权重]，语言2[:权重]”，如：” Accept-Language: zh, en;q=0.7”；
Host：客户请求的主机域名或主机IP，格式：“Host: 域名或IP[:端口号]”，如：“Host: www.hexun.com:80“，请求行中若有HTTP/1.1则必须有该请求头；
User-Agent：表明用户所使用的浏览器标识，主要用于统计的目的；
Referer：指明该请求是从哪个关联连接而来；

Accept-Encoding：客户端所能识别的编码压缩格式，如：“Accept-Encoding: gzip, deflate”；
If- Modified-Since：该字段与客户端缓存相关，客户端所访问的URL自该指定日期以来在服务端是否被修改过，如果修改过则服务端返回新的修改后的信息，如果未修改过则服务器返回304表明此请求所指URL未曾修改过，如：“If-Modified-Since: Fri, 2 Sep 2006 19:37:36 GMT”；
If-None-Match：该字段与客户端缓存相关，客户端发送URL请求的同时发送该字段及标识，如果服务端的标识与客户端的标识一致，则返回304表明此URL未修改过，如果不一致则服务端返回完整的数据信息，如：“If-None-Match: 0f0a893aad8c61:253, 0f0a893aad8c61:252, 0f0a893aad8c61:251”；
Cookie：为扩展字段，存储于客户端，向同一域名的服务端发送属于该域的cookie，如：“Cookie: MailUserName=whouse”；

c) 实体头(entity-header): (此类头存在时要求有数据体)
Content-Encoding：客户端所能识别的编码压缩格式，如：“Content-Encoding: gzip, deflate”；
Content-Length：客户端以POST方法上传数据时数据体部分的内容长度，如：“ Content-Length: 24”；
Content- Type：客户端发送的数据体的内容类型，如：“Content-Type: application/x-www-form-urlencoded”为以普通的POST方法发送的数据；“Content-Type: multipart/form-data; boundary=---------------------------5169208281820”，则表明数据体由多部分组成，分隔符为 “-----------------------------5169208281820”；

2.5）响应格式

a) 通用头(general-header)：
Cache- Control：服务端要求中间代理及客户端如何缓存自己响应的数据，如“Cache-Control: no-cache”，如：“Cache-Control: private” 不希望被缓存，“Cache-Control: public” 可以被缓存；
Connection：服务端是否希望与客户端之间保持长连接，如“Connection: close”, “Connection: keep-alive”；
Date：只有当请求方法为POST或PUT方法时客户端才可能会有些字段；
Pragma：包含了服务端一些特殊响应信息，如 “Pragma: no-cache” 服务端希望代理或客户端不应缓存结果数据；
Transfer-Encoding：服务端向客户端传输数据所采用的传输模式(仅在HTTP1.1中出现)，如：“Transfer-Encoding: chunked”，注：该字段的优先级要高于“Content-Length”　字段的优先级；

b）响应头(response-header)：
Accept-Ranges：表明服务端接收的数据单位，如：“Accept-Ranges: bytes”, ；
Location：服务端向客户端返回此信息以使客户端进行重定向，如：“Location: http://www.hexun.com”；
Server：服务端返回的用于标识自己的一些信息，如：“ Server: Microsoft-IIS/6.0”；
ETag：服务端返回的响应数据的标识字段，客户端可根据此字段的值向服务器发送某URL是否更新的信息；

c）实体头(entity-header): (此类头存在时要求有数据体)
Content-Encoding：服务端所响应数据的编码格式，如：“Content-Encoding: gzip”；
Content-Length：服务端所返回数据的数据体部分的内容长度，如：“ Content-Length: 24”；
Content-Type：服务端所返回的数据体的内容类型，如：“Content-Type: text/html; charset=gb2312” ；
Set-Cookie：服务端返回给客户端的cookie数据，如：“ Set-Cookie: ASP.NET_SessionId=icnh2ku2dqlmkciyobgvzl55; path=/”

2.6）服务器返回状态码

1xx：表明服务端接收了客户端请求，客户端继续发送请求；
2xx：客户端发送的请求被服务端成功接收并成功进行了处理；
3xx：服务端给客户端返回用于重定向的信息；
4xx：客户端的请求有非法内容；
5xx：服务端未能正常处理客户端的请求而出现意外错误。

举例：

“100” ; 服务端希望客户端继续；
“200” ; 服务端成功接收并处理了客户端的请求；
“301” ; 客户端所请求的URL已经移走，需要客户端重定向到其它的URL；
“304” ; 客户端所请求的URL未发生变化；
“400” ; 客户端请求错误；
“403” ; 客户端请求被服务端所禁止；
“404” ; 客户端所请求的URL在服务端不存在；
“500” ; 服务端在处理客户端请求时出现异常；
“501” ; 服务端未实现客户端请求的方法或内容；
“502” ; 此为中间代理返回给客户端的出错信息，表明服务端返回给代理时出错；
“503” ; 服务端由于负载过高或其它错误而无法正常响应客户端请求；
“504” ; 此为中间代理返回给客户端的出错信息，表明代理连接服务端出现超时。

2.7）chunked 传输

　　编码使用若干个Chunk组成，由一个标明长度为0的chunk结束，每个Chunk有两部分组成，第一部分是该Chunk的长度(以十六进制表示)和长度单位（一般不写），第二部分就是指定长度的内容，每个部分用CRLF隔开。在最后一个长度为0的Chunk中的内容是称为footer的内容，是一些没有写的头部内容。另外，在HTTP头里必须含有：” Transfer-Encoding: chunked” 通用头字段。格式如下：

chunked 传输

2.8）HTTP 请求方法

GET、POST、HEAD、CONNECT、PUT、DELETE、TRACE

2.9）举例

a）GET请求

Html代码 复制代码 收藏代码
  1. GET http://photo.test.com/inc/global.js HTTP/1.1
  2. Host: photo.test.com
  3. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; zh-CN; rv:1.8.1) Gecko/20061010 Firefox/2.0
  4. Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
  5. Accept-Language: en-us,zh-cn;q=0.7,zh;q=0.3
  6. Accept-Encoding: gzip,deflate
  7. Accept-Charset: gb2312,utf-8;q=0.7,*;q=0.7
  8. Keep-Alive: 300
  9. Proxy-Connection: keep-alive
  10. Cookie: ASP.NET_SessionId=ey5drq45lsomio55hoydzc45
  11. Cache-Control: max-age=0

b）POST请求

Html代码 复制代码 收藏代码
  1. POST / HTTP/1.1
  2. Accept: image/gif, image/x-xbitmap, image/jpeg, application/vnd.ms-powerpoint, application/msword, */*
  3. Accept-Language: zh-cn
  4. Content-Type: application/x-www-form-urlencoded
  5. Accept-Encoding: gzip, deflate
  6. User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
  7. Host: www.test.com
  8. Content-Length: 24
  9. Connection: Keep-Alive
  10. Cache-Control: no-cache
  12. name=value&submitsubmit=submit

c）通过HTTP代理发送GET请求

Html代码 复制代码 收藏代码
  1. GET http://mail.test.com/ HTTP/1.1
  2. Host: mail.test.com
  3. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; zh-CN; rv:1.8.1) Gecko/20061010 Firefox/2.0
  4. Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
  5. Accept-Language: en-us,zh-cn;q=0.7,zh;q=0.3
  6. Accept-Encoding: gzip,deflate
  7. Accept-Charset: gb2312,utf-8;q=0.7,*;q=0.7
  8. Keep-Alive: 300
  9. Proxy-Connection: keep-alive

d）POST方式上传文件

Html代码 复制代码 收藏代码
  1. POST http://www.test.comt/upload_attach?uidl=%3C HTTP/1.1
  2. Host: www.test.com
  3. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; zh-CN; rv:1.8.1) Gecko/20061010 Firefox/2.0
  4. Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
  5. Accept-Language: en-us,zh-cn;q=0.7,zh;q=0.3
  6. Accept-Charset: gb2312,utf-8;q=0.7,*;q=0.7
  7. Content-Type: multipart/form-data; boundary=---------------------------5169208281820
  8. Content-Length: 449
  10. -----------------------------5169208281820
  11. Content-Disposition: form-data; name="file_1"; filename=""
  12. Content-Type: application/octet-stream
  15. -----------------------------5169208281820
  16. Content-Disposition: form-data; name="file_0"; filename="test.txt"
  17. Content-Type: text/plain
  19. hello world!
  21. -----------------------------5169208281820
  22. Content-Disposition: form-data; name="oper"
  24. upload
  25. -----------------------------5169208281820--

e）CONNECT举例

Html代码 复制代码 收藏代码
  1. CONNECT mail.test.com:80 HTTP/1.1
  2. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; zh-CN; rv:1.8.1) Gecko/20061010 Firefox/2.0
  3. Proxy-Connection: keep-alive
  4. Host: mail.test.com:80

3.0）在终端以 telnet 方式测试

a）打开回显功能（针对windows)
　 Windows 2000：进入DOS模式->输入 telnet->set LOCAL_ECHO->退出：quit->telnet ip 80
　 Windows xp：进入DOS模式->输入telnet->set local echo->open ip 80
b) 按HTTP协议格式输入GET请求、HEAD请求、POST请求。

文章标签：
Windows
数据格式
XML
Web App开发
缓存
关键词：
HTTP协议
HTTPS协议
HTTP协议简介
HTTPS协议简介
HTTPS简介
小步2013
目录
相关文章
游客ph7my4udngjfg
|
5月前
|
缓存 负载均衡 网络协议
HTTP 与 SOCKS5 代理协议：企业级选型指南与工程化实践
面向企业网络与数据团队的代理协议选型与治理指南，基于流量特征选择HTTP或SOCKS5协议，通过多协议网关统一出站，结合托管网络降低复杂度，实现稳定吞吐、可预测时延与合规落地。
游客ph7my4udngjfg
274 7
vaelfy7
|
7月前
HTTP协议中请求方式GET 与 POST 什么区别 ?
GET和POST的主要区别在于参数传递方式、安全性和应用场景。GET通过URL传递参数，长度受限且安全性较低，适合获取数据；而POST通过请求体传递参数，安全性更高，适合提交数据。
vaelfy7
673 2
热夏resummer
|
7月前
|
应用服务中间件
HTTP协议中常见的状态码
HTTP协议状态码分为1xx、2xx、3xx、4xx、5xx五类，常见状态码包括：101（请求已接受）、200（请求成功）、302（重定向）、400（请求错误）、401（未认证）、403（无权限）、404（资源不存在），以及500（服务器错误）、502（网关错误）、503（服务不可用）、504（网关超时）等。
热夏resummer
362 0
热夏resummer
|
7月前
|
网络协议 安全 网络安全
什么是HTTP协议
HTTP协议是超文本传输协议，基于TCP，规定了客户端与服务器端通信规则，但数据以明文传输，安全性低。HTTPS则通过SSL加密保障数据安全。两者默认端口不同，HTTP为80，HTTPS为443。HTTPS安全性更高，但消耗更多服务器资源。
热夏resummer
253 0
站大爷
|
7月前
|
数据采集 Web App开发 JSON
Python爬虫基本原理与HTTP协议详解：从入门到实践
本文介绍了Python爬虫的核心知识，涵盖HTTP协议基础、请求与响应流程、常用库（如requests、BeautifulSoup）、反爬应对策略及实战案例（如爬取豆瓣电影Top250），帮助读者系统掌握数据采集技能。
站大爷
618 0
Unfailed_realme
|
8月前
|
存储 网络协议 安全
HTTP 协议及会话跟踪机制详解
本文详解了 HTTP 协议的核心知识，包括其定义（超文本传输协议，基于 TCP，规定客户端与服务器通信规则）及与 HTTPS 的区别（安全性、端口、资源消耗）。 介绍了 GET 与 POST 请求的差异（参数限制、安全性、应用场景），以及 Restful 风格（通过 URL 定位资源，请求方式决定操作）。列举了常见 HTTP 状态码（如 200 成功、404 资源未找到），对比了转发与重定向的区别（服务器端一次请求 vs 客户端两次请求）。 还阐述了会话跟踪机制：Cookie 基于客户端存储，通过Set-Cookie和Cookie头实现，安全性较低；Session 基于服务端存储，依赖 C
Unfailed_realme
686 1
蓝易云
|
7月前
|
缓存 网络协议 UED
深度解析HTTP协议从版本0.9至3.0的演进和特性。
总的来说，HTTP的演进是互联网技术不断发展和需求日益增长的结果。每一次重要更新都旨在优化性能，增进用户体验，适应新的应用场景，而且保证了向后兼容，让互联网的基础架构得以稳定发展。随着网络技术继续进步，我们可以预期HTTP协议在未来还会继续演化。
蓝易云
851 0
蓝易云
|
8月前
|
XML 安全 网络架构
深度对比SOAP与HTTP协议：详细理解它们的工作原理和差异
在设计服务和系统交云策略时，考虑到上述差异是至关重要的。SOAP适合需要高安全性、可靠性和事务支持的企业级应用。而HTTP适合Web界面浏览、RESTful服务和需要快速响应的轻量级通信。根据具体需求和上下文，开发者可以选择合适的协议以实现最优的系统性能和用户体验。
蓝易云
599 0
星兽
|
8月前
HTTP协议中常见的状态码 ?
HTTP协议状态码分为1xx、2xx、3xx、4xx、5xx五类。常见状态码包括：101（切换协议）、200（请求成功）、302（重定向）、401（未认证）、404（资源未找到）、500（服务器错误）。
星兽
779 0

热门文章

最新文章

  • 1
    【WEB】当HTTPS资源引入HTTP导致报错blocked:mixed-content （混合加载/Mixed Content）如何解决
  • 2
    Docker Pulling fs layer net/http: TLS handshake timeout
  • 3
    Python如何爬取京东mac电脑的数据？全球HTTP代理应用
  • 4
    http request 字段
  • 5
    一个用js写的接口http调试程序
  • 6
    百度搜索：蓝易云【hutool Http 工具发送POST请求的几种方式。】
  • 7
    HTTP Status 500 - /online.jsp (line: 495, column: 2) File [/foot.jsp] not found
  • 8
    Http post请求数据分析 --作者, 你的这个需求我可以做, 我在平台上无法给你发消息和接收你的任务, 所以,如果你看到这个信息, 可以联系我.
  • 9
    【译】HTTP/2 为更快速的网站而生
  • 10
    WCF运行错误：“此集合已经包含方案 http 的地址”的解决办法
  • 1
    在GitLab CI中同步HTTPS仓库地址的yaml配置
    249
  • 2
    Dify部署全栈指南：AI从Ubuntu配置到HTTPS自动化的10倍秘籍
    1278
  • 3
    为什么经过IPSec隧道后HTTPS会访问不通？一次隧道环境下的实战分析
    533
  • 4
    识别这些API接口定义(http,https,api,RPC,webservice,Restful api ,OpenAPI）
    4368
  • 5
    求助！怎么上传第三方HTTPS证书？为什么我上传lets encrypt的证书显示私钥格式异常？
    156
  • 6
    HTTPS 的「秘钥交换 + 证书校验」全流程
    825
  • 7
    解决Python爬虫访问HTTPS资源时Cookie超时问题
    421
  • 8
    https 的加密过程
    2149
  • 9
    如何将Cloudflare HTTPS的SSL证书更换为Google签发的
    563
  • 10
    解决 git 报错 “fatal: unable to access ‘https://github.com/.../.git‘: Recv failure Connection was rese
    5702

    • 相关课程

    更多
  • Java Web开发-Web应用、Tomcat、HTTP请求与响应
  • 云安全基础课- HTTP协议基础

    • 相关电子书

    更多
  • 阿里巴巴HTTP 2.0实践及无线通信协议的演进之路
  • CDN助力企业网站进入HTTPS时代
  • 低代码开发师（初级）实战教程

    • 相关实验场景

    更多
  • 通过轻量消息队列（原MNS）主题HTTP订阅+ARMS实现自定义数据多渠道告警
    • 下一篇
    ECS账号安全防护最佳实践