HTTP请求

原创 已于 2026-07-17 13:08:22 修改 · 205 阅读 · 5 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
收录于
计算机网络

当前文章被收录于：

计算机网络
2 篇文章 0 人学习

记录计算机网络中的各种知识

订阅专栏 查看详情
话题
#AtomGit「码动四季·开源同行」夏季征稿活动
于 2026-07-14 11:04:53 首次发布

目录

HTTP 请求

请求格式

请求行

请求报头(header)

空行

请求正文(body)

认识方法(Method)

GET

POST

PUT

DELETE

GET 和 POST 的区别是什么?

URL

详解常见的请求报头(header)

Host(表示服务器主机的 IP 地址和端口号)

Content-Length(表示请求正文 body 中的数据长度,单位是字节)

Content-Type（表示请求正文 body 中的数据格式）

User-Agent(记录操作系统的信息和浏览器的信息)

Referer(记录当前这个页面是由哪个页面跳转过来的)

Cookie(很重要)

什么是 Cookie?

Cookie 从哪里来?

Cookie 怎样存储?

Cookie 到哪里去?

Cookie 的一个核心功能

HTTP 请求

请求格式

请求格式

报文层级组成要素 / 示例内容关联知识点 / 对应方法说明
请求行

*Request Line*		Method URL Version

例如：POST /api/blog/info HTTP/1.1		规定了本次请求的行为、目标路径及协议版本。
请求报头

*Request Headers*		Key: value

Key: value

Key: value

Key: value

例如：Content-Type: application/json		向服务器传递附加信息，如客户端环境、数据格式、Cookie、Token 认证等。
空行

*Blank Line*		\r\n

（回车符 + 换行符）		关键分隔符：用于告知服务器请求头已经结束，下方开始解析请求正文。
请求正文

*Request Body*		请求正文内容

（具体传输的数据）		并不是所有请求方法都带正文，不同方法的行为也不同：

• GET：通常无正文，数据直接拼接在 URL 后面。

• POST：用于传输实体主体，如表单、JSON 数据。

• PUT：用于传输文件或更新资源，具有幂等性。

• DELETE：用于删除文件或资源。

Get请求例子:

GET https://www.baidu.com/favicon.ico HTTP/1.1
Host: www.baidu.com
Cookie: BAIDUID=0DC17694BE3C92702FBF070D60B4328A:FG=1
Connection: Keep-Alive
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,en,*
User-Agent: Mozilla/5.0

POST 请求例子:

POST 请求例子

请求行
GET https://www.baidu.com/favicon.ico HTTP/1.1

1. Method 是 HTTP 请求的类型

GET

2. URL 是统一资源定位符

https://www.baidu.com/favicon.ico

3. Version 表示协议版本

HTTP/1.1
请求报头(header)
Host: www.baidu.com
Cookie: BAIDUID=0DC17694BE3C92702FBF070D60B4328A:FG=1
Connection: Keep-Alive
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,en,*
User-Agent: Mozilla/5.0

请求报头是键值对的形式

键和值使用(冒号 + 空格)的形式来分开

空行

空行说明请求报头结束

请求正文(body)

请求正文可有,可没有

GET 请求一般没有 body 部分

认识方法(Method)
方法说明支持的HTTP协议版本
GET获取资源1.0、1.1
POST传输实体主体1.0、1.1
PUT传输文件1.0、1.1
HEAD获得报文首部1.0、1.1
DELETE删除文件1.0、1.1
OPTIONS询问支持的方法1.1
TRACE追踪路径1.1
CONNECT要求用隧道协议连接代理1.1
LINK建立和资源之间的联系1.0
UNLINE断开连接关系1.0
GET

获取的字面意思,表示要从服务器上获取资源

POST

发送的字面意思,表示向服务器发送资源

PUT

推送的字面意思,也是表示要向服务器发送资源之类的

DELETE

删除的字面意思,表示要删除服务器中的资源

在实际开发中,一般使用 GET 和 POST 比较多

在使用 HTTP 传输图片(二进制文件),将二进制数据转换成文本(使用 Base64 编码)

GET 和 POST 的区别是什么?
  1. GET 和 POST 没有本质上的区别,能用 GET 的也能用 POST,能用 POST 也能用 GET
  2. GET 表示获取数据的语义,POST 表示发送数据的语义
  3. GET 通常把传递给服务器的数据放到 query string 中
  4. POST 通常把传递给服务器的数据放到 请求正文(body)中
URL

详解HTTP中的URL

详解常见的请求报头(header)

Host(表示服务器主机的 IP 地址和端口号)
Host: www.baidu.com

1. IP 地址由域名来表示,可以通过 DNS 服务器将域名解析到一个具体的 IP 地址
2. 端口号看使用协议的默认端口号,HTTP 协议默认是 80 端口,HTTPS 协议默认是 443 端口

Content-Length(表示请求正文 body 中的数据长度,单位是字节)
Content-Length: 9947
Content-Type（表示请求正文 body 中的数据格式）
Content-Type: application/x-www-form-urlencoded

常见的格式：

  • text/html：HTML 文档
  • text/css：CSS 样式表
  • application/javascript：JavaScript 脚本
  • application/json：JSON 数据
  • image/jpg：JPEG 图片
  • image/png：PNG 图片
  • text/plain：纯文本
User-Agent(记录操作系统的信息和浏览器的信息)
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/146.0.0.0 Safari/537.36
Referer(记录当前这个页面是由哪个页面跳转过来的)
Referer: https://www.baidu.com/

这个例子表明:当前这个页面是由百度首页跳转过来的

不是所有的请求都有 Referer,有页面的跳转才有 Referer

Cookie(很重要)
什么是 Cookie?

Cookie 是浏览器这端保存数据到本地的一种机制

Cookie 从哪里来?

Cookie 是服务器返回的

在响应报头中,服务器把要存储的 Cookie 通过 Set-Cookie 这样的键值对来返回

Set-Cookie: BAIDUID=4447D7823D6ECEC2AF92E74C71314B14: FG=1; expires=Thu, 31-Dec-37 23:55:55 GMT; max-age=2147483647; path=/; domain=.baidu.com
Set-Cookie: BIDUPSID=4447D7823D6ECEC2AF92E74C71314B14; expires=Thu, 31-Dec-37 23:55:55 GMT; max-age=2147483647; path=/; domain=.baidu.com
Set-Cookie: PSTM=1775661838; expires=Thu, 31-Dec-37 23:55:55 GMT; max-age=2147483647; path=/; domain=.baidu.com
Set-Cookie: BAIDUID=4447D7823D6ECEC2D26C2BF8D1F29A08:FG=1; max-age=31536000; expires=Thu, 08-Apr-27 15:23:58 GMT; domain=.baidu.com; path=/; version=1;
Cookie 怎样存储?

通过键值对的方式来存储

对于不同的浏览器,它们各自存储的 Cookie 之间是完全隔离的,不会相互影响

Cookie: BIDUPSID=0537CFCD4BBBF69AC8E66910DB3172AE; PSTM=1762876370; BAIDUID=0537CFCD4BBBF69AC8E66910DB3172AE:FG=1; BD_UPN=12314753; BDUSS=TJydTJyZ35yNS0zY3gxeG4yWTNEQVVYQnIybkxXMmhYeFgwRTQyeWliQkRoejlwSUFBQUFBJCQAAAAAAQAAAAEAAAA6QCpFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEP6F2lD-hdpS;
Cookie 到哪里去?

当一个浏览器的 Cookie 存储到本地之后,后续再访问同一个域名的时候,Cookie 就会通过请求报头的形式传递给服务器

Cookie 的一个核心功能

保存用户的登录状态,避免重复登录

再来看这一张思维导图来回顾上面提到的知识:

标签
#HTTP #请求头Header #请求方法 #Cookie #Content-Type
#URL #请求正文Body
HTTP 请求的请求体是什么
qq_43518966的博客
10-16 1651
请求体是 HTTP 请求的重要组成部分，用于传输实际的数据内容。根据不同的应用场景和数据格式，可以选择适当的内容类型来组织请求体中的数据。在 Web 开发中，正确处理请求体中的数据对于实现 RESTful API 至关重要。
嵌入式基于C语言工厂模式的传感器驱动管理：实现芯片替换的零耦合重构
08-20
内容概要：本文通过一个典型的嵌入式开发困境——因供应链问题需紧急更换传感器芯片，引出使用C语言实现工厂模式来解决代码强耦合问题。文章首先介绍如何利用C语言的结构体和函数指针模拟面向对象中的“接口”概念，定义统一的传感器操作接口（Sensor_Ops），实现业务层与具体驱动的解耦。接着展示“青铜段位”的简单工厂模式，通过switch-case根据宏定义选择具体传感器实现，使更换芯片只需修改一行代码。进一步，文章引入“王者段位”的自动注册工厂模式，利用编译器的section特性，将各传感器驱动的操作集自动注册到指定内存段，工厂通过遍历该段自动发现所有可用传感器，真正实现了“对扩展开放，对修改关闭”的开闭原则。最后阐述了该模式在硬件模拟（Mock）、多版本兼容和团队协作方面的实战价值。; 适合人群：从事嵌入式系统开发，具备一定C语言基础和项目经验的工程师，特别是常面临硬件变更、多型号产品维护或团队协作开发的从业者。; 使用场景及目标：①当项目中存在同类外设（如传感器、显示屏、存储芯片）多种选型，需要灵活切换时；②希望实现硬件抽象，便于在无实物硬件时进行软件仿真和单元测试；③构建多硬件版本产品（如Pro/Lite版），用一套代码库支持不同配置；④促进团队分工协作，降低驱动开发与业务逻辑之间的依赖和冲突。; 阅读建议：此资源不仅提供了代码范例，更重要的是传达了一种解耦和模块化的设计思想。建议读者在理解基本原理后，动手实践，尝试在自己的项目中应用简单工厂模式，并逐步过渡到自动注册模式，同时思考如何将此思想推广到其他模块（如通信、存储等）的设计中。
http请求包含哪些
qq_39759031的博客
03-31 7774
http 请求包含哪几个部分（请求行、请求头、请求体） http协议报文 1.请求报文(请求行/请求头/请求数据/空行) 请求行 求方法字段、URL字段和HTTP协议版本 例如：GET /index.html HTTP/1.1 get方法将数据拼接在url后面，传递参数受限 请求方法： GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT 请求头(key v...
模型参数占用规划审计抽样工具｜原创源码+测试+离线报告
08-20
原创 Model Parameter Footprint Planner Audit Sampling 工具，围绕“按参数量、精度、优化器状态、缓存和副本数估算加载、训练与推理内存占用”的基础结果，按风险、时间、来源和类型生成覆盖均衡且可复现的审计样本。压缩包包含完整源码、3 项自动化测试、可复现合成示例、离线 HTML/JSON/SVG 报告、1080×720 真实运行效果图、README、运行说明、功能清单、MIT License 及原创与授权声明。运行时零第三方依赖，不包含热点产品或开源项目源码、Logo、官方截图、论文、生产日志或其他受限素材。
HTTP请求行、请求头、请求体解
星河队长
10-12 6192
HTTP请求行、请求头、请求体详解 1 2017.12.13 17:02:06 字数 669 阅读 15977 HTTP响应头和请求头信息对照表 HTTP请求方法对照表 HTTP状态码对照表 HTTP请求报文解剖 HTTP Request :HTTP请求 Request Line:请求行 Header:请求头 Request Body:请求体 HTTP请求报文由3部分组成（请求行+请求头+请求体）...
HTTP协议、【HTTP请求、响应格式、状态码】及一次HTTP请求的完整过程
u010804417的博客
03-25 7738
HTTP协议简介HTTP协议工作原理和流程浏览器在使用HTTP协议时，用户访问网站的流程HTTP协议的请求格式HTTP协议的响应格式状态码重定向的请求代表当前功能还需要后续操作才能完成。 简介 HTTP协议（Hyper Text Transfer Protocol，超文本传输协议）是一种用于分布式、协作式和超媒体信息系统的应用层协议。为了更快地处理大量事务，确保协议的可伸缩性，HTTP协议被设计成了一种无状态协议，不保留之前一切的请求或响应报文的信息。HTTP协议也是万维网（WWW，World Wide W
生成视频帧率契约工具｜原创源码+测试+离线报告
08-20
原创 Generated Video Frame Rate Contract Auditor 工具，校验输入帧率、生成帧数、插帧、导出时基和播放器声明是否一致。压缩包包含完整源码、3 项自动化测试、可复现合成示例、离线 HTML/JSON/SVG 报告、1080×720 真实运行效果图、README、运行说明、功能清单、MIT License 及原创与授权声明。运行时零第三方依赖，不包含热点产品或开源项目源码、Logo、官方截图、论文、生产日志或其他受限素材。
上市公司间技术流动专利被引证数据2006-2025
08-20
01、数据介绍 上市公司专利引用匹配数据是企业间技术信息流动轨迹与强度的核心载体，其精准度直接决定“专利引用—技术溢出—企业绩效”传导机制的实证检验质量。该数据聚焦量化企业间基于专利引用的技术关联程度，通过专利引用关系识别与样本筛选结合的方式，构建反映“引用方—被引方”技术信息流动强度的度量指标，为揭示企业技术扩散规律、探究技术信息流动的经济后果、完善技术创新监管政策提供关键数据支撑，适配学术研究、企业技术战略研判、相关政策制定等多元场景。 数据名称：上市公司间技术流动专利被引证数据 数据年份：2006-2025 参考文献：叶艳婷,wu shi nong,吴益兵.共享保荐人、公司间技术信息传递与技术创新[J].管理世界,2025,41(01):187-214.DOI:10.19744/j.cnki.11-1235/f.2025.0012. 02、数据指标 股票代码 年份 公司简称 公司名称 股票代码被引证 公司简称被引证 被引证申请人公司名称 Citations
智能体工具结果Schema演进故障时间线工具｜原创源码+测试+离线报告
08-20
原创 Agent Tool Result Schema Evolution Auditor Incident Timeline 工具，围绕“对比工具返回字段、类型、错误结构和分页契约的版本变化并评估兼容风险”的基础结果，将触发、发现、处置、恢复和复盘事件整理为可追溯时间线。压缩包包含完整源码、3 项自动化测试、可复现合成示例、离线 HTML/JSON/SVG 报告、1080×720 真实运行效果图、README、运行说明、功能清单、MIT License 及原创与授权声明。运行时零第三方依赖，不包含热点产品或开源项目源码、Logo、官方截图、论文、生产日志或其他受限素材。
前端框架Vue2与Vue3响应式原理差异及Composition API演进：基于ES6语法的JavaScript全栈开发实践解析
08-20
内容概要：本文详细对比了Vue2与Vue3的核心差异，涵盖响应式原理、API风格、生命周期、v-model机制等方面。Vue3采用Proxy实现响应式，解决了Vue2中无法监听属性新增、数组下标修改等问题，并引入Composition API提升逻辑复用能力。同时介绍了ref与reactive的区别、toRefs的作用以及computed与watch的不同应用场景。此外还提及Vuex与Pinia的状态管理差异，并简要涉及ES6新语法和JavaScript基础知识。文章最后附带个人项目经验介绍，展示多端开发实战背景。; 适合人群：具备一定前端基础，熟悉Vue框架，工作1-3年的前端开发者；正在从Vue2向Vue3转型的程序员；准备前端面试的技术人员。; 使用场景及目标：①深入理解Vue2与Vue3在响应式系统上的根本区别；②掌握Composition API的优势及ref、reactive的实际应用技巧；③明确Vue3带来的性能优化与工程化改进；④辅助面试中对框架演进和个人项目经历的回答。; 阅读建议：此资源结合原理讲解与实际编码差异分析，建议读者在实践中对比两个版本的代码表现，重点动手体验Proxy响应式、toRefs解构、以及Composition API的逻辑封装能力，加深对现代Vue开发模式的理解。
模型卡修订新鲜度审计工具｜原创源码+测试+离线报告
08-20
原创 Model Card Revision Recency Auditor 工具，比较模型文件、配置和模型卡的更新时间，识别说明滞后于产物修订的记录。压缩包包含完整源码、3 项自动化测试、可复现合成示例、离线 HTML/JSON/SVG 报告、1080×720 真实运行效果图、README、运行说明、功能清单、MIT License 及原创与授权声明。运行时零第三方依赖，不包含热点产品或开源项目源码、Logo、官方截图、论文、生产日志或其他受限素材。
electerm-开源终端
08-20
开源终端/ssh/telnet/serialport/RDP/VNC/Spice/sftp/ftp客户端(linux, mac, win)
需求到提交追踪审计工具｜原创源码+测试+离线报告
08-20
原创 Issue to Commit Traceability Auditor 工具，关联需求、任务、提交、拉取请求、测试和发布记录，发现断开的交付链。压缩包包含完整源码、3 项自动化测试、可复现合成示例、离线 HTML/JSON/SVG 报告、1080×720 真实运行效果图、README、运行说明、功能清单、MIT License 及原创与授权声明。运行时零第三方依赖，不包含热点产品或开源项目源码、Logo、官方截图、论文、生产日志或其他受限素材。
获取选中文本-下载即用.zip
最新发布
08-20
已经博主授权,源码转载自 https://pan.quark.cn/s/a4b39357ea24 说明: 可用于采集用户通过鼠标所选定之文本内容，其兼容性涵盖IE浏览器、Word文字处理软件以及PowerPoint演示文稿等应用程序。声明: 函数定义名为 _GetSelectedText，其返回数据类型为 PChar，调用约定为 stdcall，并经由 GetSelectedText.dll 动态链接库实现外部引用。例题: 变量声明部分设为 wText: string；执行流程始于 wText := StrPas(_GetSelectedText)；后续代码延续...... 结束标识。
GNSS-Viewer上位机及使用说明
08-20
源码下载地址： https://pan.quark.cn/s/ce9f425632a1 GNSS_Viewer 是由 SkyTraq 公司开发的一款用于 GPS/BeiDou/GLONASS 的评估软件，其功能非常完备，能够对我们的 ATK-S1216F8-BD GPS/北斗模块实施全面的检测。
物料清单BOM免费版rar
08-20
代码转载自：https://pan.quark.cn/s/a4b39357ea24 物料清单BOM具体列出了产品的构成要素，作为规划工作的基础框架，它阐述了产品的主体部分与各个子组件之间的关联。 BOM详细记录了子组件的消耗指标、损耗系数、属性分类（包括辅助部件、中间制品、替代品）、供应渠道（自主制造与外部采购）以及延期时长等数据，其组织架构不受层级限制，既能够反映单级结构的简明产品构成，同样适用于记录拥有多级结构的复杂产品构成。 借助BOM能够高效编制各类产品的物料清单，对于生产计划的物料需求分析、物料配套申请、产品预期成本计算、车间物料在各工序间的自动化流转等核心功能具有关键性影响。
Python Ranksums检验 直方图与统计量
08-20
Python Ranksums检验 直方图与统计量 对多组样本做 Wilcoxon rank-sums 检验，输出直方图与统计量柱状图。 功能： · Wilcoxon rank-sums · 三组直方图 · 统计量柱状 · 打包时预跑 output/preview 压缩包含可运行源码、依赖与说明，按 README 安装后即可复现。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值