一文吃透 HTTP：从基础到实战，读懂互联网通信的 “语言”

最新推荐文章于 2025-10-04 16:49:50 发布
原创 最新推荐文章于 2025-10-04 16:49:50 发布 · 1.3k 阅读 · 30 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#http #网络协议 #网络

在我们每天刷网页、聊微信、看视频时，背后都有一个 “隐形的信使” 在默默工作 —— 它连接着你的手机 / 电脑（客户端）和远方的服务器，让文字、图片、视频能顺畅流转。这个信使，就是HTTP（超文本传输协议）。

作为互联网应用层的核心协议，HTTP 看似抽象，却与每一次网络请求息息相关：打开百度搜索是 HTTP 请求，登录外卖 APP 是 HTTP 请求，甚至刷新朋友圈也是 HTTP 请求。今天这篇文章，我们就从基础到实战，一步步拆解 HTTP 的核心逻辑，帮你真正读懂这门 “互联网通信语言”。

一、HTTP 基础：它是什么？如何工作？

首先，我们得搞懂一个核心问题：HTTP 到底是什么？

1. 定义：超文本的 “运输合同”

HTTP（HyperText Transfer Protocol，超文本传输协议）是客户端与服务器之间交换超文本（如 HTML、图片、JSON）的规则集合。简单说，它就像一份 “运输合同”，规定了：

  • 客户端（浏览器、APP）如何向服务器 “下单”（发送请求）；

  • 服务器如何 “备货” 并 “送货”（返回响应）；

  • 传输的内容（超文本）该用什么格式包装。

2. 核心模型：客户端 - 服务器架构

HTTP 遵循 “请求 - 响应” 模式，所有通信都由客户端主动发起：

  1. 客户端发起请求：比如你在浏览器输入www.baidu.com，浏览器会构造一个 HTTP 请求发送给百度服务器；

  2. 服务器处理响应：百度服务器收到请求后，找到对应的网页资源，用 HTTP 响应格式包装后返回给浏览器；

  3. 客户端渲染内容：浏览器解析响应中的 HTML、CSS，最终呈现出你看到的百度首页。

注意：服务器不会主动给客户端发数据（除非用 WebSocket 等扩展），必须等客户端 “先说话”。

3. 两大关键特性：无连接、无状态

这两个特性是理解 HTTP 的关键，也是很多开发问题的根源：

  • 无连接：HTTP/1.0 及之前，每次请求都会建立一个新的 TCP 连接，请求结束后立即关闭。就像每次打电话都要重新拨号，效率低（HTTP/1.1 后引入 “长连接” 优化）；

  • 无状态：服务器不保存客户端的历史请求信息。比如你第一次登录某网站，第二次再访问时，服务器默认 “不认识你”—— 这就是为什么需要 Cookie/Session 来保存登录状态（比如登录后服务器给你发一个 “身份牌”（Cookie），下次你带着它来，服务器就知道你是谁了）。

二、URL：HTTP 的 “地址簿”

我们常说的 “网址”，其实就是URL（统一资源定位符） —— 它是 HTTP 请求的 “目标地址”，告诉客户端 “要找的资源在哪个服务器的哪个位置”。

1. URL 的完整结构

文档中给出了一个典型 URL 示例：

http://user:pass@www.example.jp:80/dir/index.htm?uid=1#ch1

我们把它拆解成 7 个核心部分，每个部分各司其职：

组成部分示例值作用说明
协议（方案名）http规定通信规则（如 HTTP、HTTPS），HTTPS 是 HTTP 的加密版本，更安全
登录信息user:pass（可选）访问服务器的用户名和密码，现在很少用（不安全）
服务器地址www.example.jp服务器的域名（或 IP 地址），比如www.baidu.com对应百度的服务器
端口号80（可选）服务器的通信端口，HTTP 默认 80，HTTPS 默认 443，非默认需显式写（如：9090）
带层次的路径/dir/index.htm资源在服务器上的存储路径，类似电脑里的 “文件夹 / 文件名”
查询字符串?uid=1（可选）向服务器传递的参数，格式为 “键 = 值”，多个参数用 & 分隔（如？name = 张三 & age=20）
片段标识符#ch1（可选）定位资源内部的片段（如网页内的某个章节），不会发送给服务器

2. 特殊字符的 “翻译官”：urlencode 与 urldecode

URL 中有些字符（如/ ? : #）是 “特殊符号”，有固定含义 —— 如果你的参数里包含这些字符（比如 “C++”），直接写会导致服务器解析错误。这时候就需要urlencode（编码） 和urldecode（解码） 来 “翻译”。

编码规则：

  1. 将特殊字符转为十六进制（比如 “+” 的十六进制是 2B）；

  2. 在十六进制前加%，最终变成%2B。

示例：

  • 你想搜索 “C++”，浏览器会自动将 “+” 编码为%2B，最终 URL 变成：

    https://www.baidu.com/s?wd=C%2B%2B

  • 服务器收到后，通过 urldecode 将%2B还原为 “+”，就能正确识别参数是 “C++”。

小工具：网上有很多 “URL 编码 / 解码工具”，遇到乱码时可以用它排查问题。

三、HTTP 的 “对话格式”：请求与响应

HTTP 的通信本质是 “发送请求报文” 和 “接收响应报文”—— 这两种报文都有严格的格式，就像写信必须有 “信封 + 内容” 一样。

1. HTTP 请求报文：客户端的 “订单”

请求报文由 3 部分组成：首行 + 头部（Header） + 正文（Body），中间用空行分隔。

（1）结构解析（附示例）

我们以文档中的 POST 请求为例，拆解每一部分：

POST http://job.xjtu.edu.cn/companyLogin.do HTTP/1.1  # 首行
Host: job.xjtu.edu.cn                                 # Header开始
Connection: keep-alive
Content-Length: 36
Content-Type: application/x-www-form-urlencoded
User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) Chrome/61.0.3163.100
# 空行（Header结束的标志）
username=hgtz2222&password=222222222                  # Body（表单数据）

  • 首行：3 个核心信息，用空格分隔

    [请求方法] + [请求URL] + [HTTP版本]

    比如POST /``companyLogin.do`` HTTP/1.1，表示 “用 POST 方法请求这个 URL，遵循 HTTP/1.1 协议”。

  • Header（请求头部）：键值对格式（键: 值），描述请求的属性，常见的有：

    • Host：告诉服务器 “我要访问哪个主机”（比如job.xjtu.edu.cn）；

    • Content-Length：Body 的长度（单位：字节），服务器据此判断是否接收完数据；

    • Content-Type：Body 的数据格式（比如表单提交用application/x-www-form-urlencoded，JSON 用application/json）；

    • User-Agent：客户端的 “身份信息”（浏览器版本、操作系统，比如 Chrome/61.0 在 Windows 上）。

  • Body（请求正文）：可选，存放需要提交的数据（如表单、JSON）：

    • GET 请求一般没有 Body，参数放在 URL 的查询字符串里；

    • POST 请求的 Body 常用来放表单数据（如上面的用户名密码）或大文件。

2. HTTP 响应报文：服务器的 “回执”

响应报文与请求报文结构类似，也是首行 + 头部（Header） + 正文（Body）。

（1）结构解析（附示例）
HTTP/1.1 200 OK  # 首行
Server: YxlinkWAF  # Header开始
Content-Type: text/html;charset=UTF-8
Content-Length: 1024
Date: Fri, 29 Sep 2017 05:10:13 GMT
# 空行（Header结束）
<!DOCTYPE html><html><head><title>xxxxxxx</title>...</html>  # Body（HTML内容）

  • 首行：3 个信息，用空格分隔

    [HTTP版本] + [状态码] + [状态码解释]

    比如HTTP/1.1 200 OK，表示 “用 HTTP/1.1 协议响应，请求成功（200）”。

  • Header（响应头部）：常见的有：

    • Server：服务器的类型（如nginx、YxlinkWAF）；

    • Content-Type：Body 的数据格式（比如 HTML 用text/html，图片用image/jpeg）；

    • Location：配合 3XX 重定向状态码使用，告诉客户端 “下一步要访问的新地址”。

  • Body（响应正文）：服务器返回的实际资源，比如：

    • 访问网页时，Body 是 HTML 代码；

    • 调用 API 时，Body 是 JSON 数据；

    • 下载文件时，Body 是文件的二进制数据。

四、HTTP 核心方法：不同 “操作指令” 的区别

HTTP 定义了多种 “请求方法”，每种方法对应一种对资源的操作 —— 就像你对快递员说 “帮我取件（GET）”“帮我寄件（POST）”“帮我退件（DELETE）” 一样。

文档中重点介绍了 7 种方法，我们按 “常用程度” 排序讲解：

1. GET：获取资源（最常用）

  • 用途：从服务器 “读取” 资源（如打开网页、搜索内容）；

  • 特性：

    • 参数放在 URL 的查询字符串里（如/search?wd=HTTP）；

    • 一般没有 Body，数据长度有限制（取决于浏览器，通常几 KB）；

    • 是 “幂等的”（多次请求结果相同，不会改变服务器状态，比如多次刷新首页不会有问题）；

  • 示例：GET /index.html HTTP/1.1。

2. POST：提交数据（最常用）

  • 用途：向服务器 “提交” 数据（如登录表单、上传文件、创建订单）；

  • 特性：

    • 参数放在 Body 里（如username=xxx&password=xxx），更安全（但不是绝对安全，需配合 HTTPS）；

    • 数据长度无限制（可传大文件）；

    • 非幂等（多次提交可能改变服务器状态，比如多次点击 “提交订单” 会创建多个订单）；

  • 示例：POST /login HTTP/1.1。

3. HEAD：仅获取响应头

  • 用途：和 GET 类似，但只返回响应头，不返回 Body；

  • 场景：快速判断资源是否存在、获取资源的修改时间（比如检查文件是否更新）；

  • 示例：用curl --head ``www.baidu.com命令，只会看到响应头，没有 HTML 内容。

4. PUT：上传 / 更新资源

  • 用途：将 Body 中的数据 “保存” 到 URL 指定的位置（如上传文件、更新用户信息）；

  • 特性：幂等（多次 PUT 同一个文件，结果相同）；

  • 示例：PUT /user/123 HTTP/1.1（更新 ID 为 123 的用户信息）。

5. DELETE：删除资源

  • 用途：删除 URL 指定的资源（如删除文章、删除订单）；

  • 特性：幂等（多次删除同一个资源，结果相同）；

  • 示例：DELETE /article/456 HTTP/1.1（删除 ID 为 456 的文章）。

6. OPTIONS：查询支持的方法

  • 用途：询问服务器 “某个 URL 支持哪些 HTTP 方法”；

  • 场景：跨域请求（CORS）中，浏览器会先发送 OPTIONS 请求 “探路”；

  • 示例：OPTIONS /api HTTP/1.1，服务器可能返回Allow: GET, POST, OPTIONS（表示支持这 3 种方法）。

7. 其他方法（少用）

  • LINK/UNLINK：HTTP/1.0 中的方法，用于建立 / 断开资源之间的关联，现在几乎不用；

  • CONNECT：用于通过代理服务器建立隧道（如 HTTPS 的 TLS 握手）。

五、HTTP 状态码：服务器的 “情绪反馈”

当你访问网页时，偶尔会看到 “404 Not Found”“502 Bad Gateway”—— 这些就是 HTTP 状态码，它是服务器对请求的 “结果反馈”，告诉你 “请求成功了”“出错了” 还是 “需要下一步操作”。

状态码按首位数字分为 5 大类，我们重点讲10 种最常用的状态码：

1. 状态码分类总览

类别首位数字含义常见码
信息性1XX服务器已接收请求，需继续处理100
成功2XX请求已成功处理200、201、204
重定向3XX需要客户端进一步操作301、302、304
客户端错4XX请求有问题，服务器无法处理400、401、403、404
服务器错5XX服务器处理请求时出错500、502、503

2. 常用状态码详解（附场景）

状态码英文含义中文解释应用场景
100Continue继续上传大文件时，服务器告诉客户端 “可以继续传”
200OK请求成功打开首页、搜索成功，服务器返回正常内容
201Created资源创建成功提交表单创建文章 / 订单，服务器返回 “创建成功”
204No Content无内容（成功但无返回体）删除资源后，服务器只返回 “成功”，无 Body
301Moved Permanently永久重定向网站换域名（如旧域名跳新域名），搜索引擎会更新链接
302Found临时重定向登录成功后跳首页（下次登录仍走原地址）
304Not Modified资源未修改浏览器缓存生效（如刷新页面，资源没更新，服务器返回 304，浏览器用缓存）
400Bad Request客户端请求错误表单格式错（如手机号填字母）、参数缺失
401Unauthorized未授权（需登录）访问需要登录的页面（如个人中心），未登录
403Forbidden禁止访问（无权限）普通用户尝试访问管理员页面
404Not Found资源未找到访问不存在的链接（如www.baidu.com/abc123）
500Internal Server Error服务器内部错误服务器代码 bug、数据库连接失败
502Bad Gateway网关错误使用代理服务器时，代理无法从上游服务器获取响应（如后端服务挂了）
503Service Unavailable服务不可用服务器维护、过载（如秒杀时访问量太大）

3. 重定向的关键：Location 头部

3XX 状态码（如 301、302）必须配合Location头部使用 —— 它告诉客户端 “下一步要访问的新地址”。例如：

HTTP/1.1 302 Found

Location: https://www.new-url.com  # 客户端会自动跳转到这个地址

六、HTTP 常见 Header：通信的 “附加说明”

Header 是 HTTP 报文的 “附加信息区”，包含了请求 / 响应的关键属性。我们整理了12 个最常用的 Header，按 “请求头” 和 “响应头” 分类：

类别Header 字段含义示例值
请求头Accept客户端可接受的响应格式text/html,application/json;q=0.9（优先 HTML，其次 JSON）
Accept-Encoding客户端支持的压缩格式gzip, deflate（服务器用 gzip 压缩数据，减少传输量）
Accept-Language客户端可接受的语言zh-CN,zh;q=0.9,en;q=0.8（优先中文，其次英文）
Host请求的主机名和端口www.baidu.com:80（告诉服务器 “我要访问百度的 80 端口”）
User-Agent客户端软件信息（浏览器 / 系统）Mozilla/5.0 (Windows NT 10.0) Chrome/91.0.4472.124
Cookie客户端存储的会话信息session_id=abc123; user_id=456（登录后服务器下发的 “身份牌”）
Referer请求的来源 URL（防盗链用）https://www.baidu.com/（表示从百度跳转到当前页面）
Connection连接状态（长 / 短连接）keep-alive（保持长连接）、close（请求后关闭连接）
响应头Content-Type响应体的数据格式text/html;charset=UTF-8（HTML 文档，编码 UTF-8）、image/jpeg（图片）
Content-Length响应体的字节数1024（响应体大小为 1024 字节）
Location重定向的目标地址（配合 3XX 状态码）https://www.new-url.com
Server服务器类型nginx/1.18.0、Apache/2.4.41
Cache-Control缓存控制（如是否缓存、缓存时长）max-age=3600（缓存 1 小时）、no-cache（不缓存）
Date响应的时间（GMT 格式）Wed, 21 Oct 2023 07:28:00 GMT

七、实战：手写一个最简单的 HTTP 服务器

理解了 HTTP 的规则后，我们可以动手实现一个极简的 HTTP 服务器 —— 它的功能很简单：接收浏览器请求，返回 “Hello World” 网页。

1. 核心思路（C 语言实现）

HTTP 服务器本质是 “遵循 HTTP 协议的 TCP 服务器”，步骤如下：

  1. 创建 TCP socket（相当于 “电话”）；

  2. 绑定 IP 和端口（相当于 “绑定手机号”）；

  3. 监听端口（相当于 “开机等电话”）；

  4. 接受客户端连接（相当于 “接电话”）；

  5. 读取 HTTP 请求（相当于 “听对方说话”）；

  6. 构造 HTTP 响应（按 HTTP 格式返回 “Hello World”）；

  7. 发送响应并关闭连接（相当于 “挂电话”）。

2. 代码实现（关键部分）

#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#include <unistd.h>
#include <stdio.h>
#include <string.h>

int main(int argc, char* argv[]) {
    // 1. 创建TCP socket
    int server_fd = socket(AF_INET, SOCK_STREAM, 0);
    if (server_fd < 0) { perror("socket failed"); return 1; }

    // 2. 绑定IP和端口（示例：IP=192.168.31.233，端口=9090）
    struct sockaddr_in server_addr;
    server_addr.sin_family = AF_INET;
    server_addr.sin_addr.s_addr = inet_addr(argv[1]);  // 传入IP参数
    server_addr.sin_port = htons(atoi(argv[2]));       // 传入端口参数
    if (bind(server_fd, (struct sockaddr*)&server_addr, sizeof(server_addr)) < 0) {
        perror("bind failed"); return 1;
    }

    // 3. 监听端口（最多排队10个请求）
    if (listen(server_fd, 10) < 0) { perror("listen failed"); return 1; }
    printf("Server running on http://%s:%s\n", argv[1], argv[2]);

    // 4. 循环接受客户端连接
    while (1) {
        struct sockaddr_in client_addr;
        socklen_t client_len = sizeof(client_addr);
        // 接受连接（得到客户端的socket）
        int client_fd = accept(server_fd, (struct sockaddr*)&client_addr, &client_len);
        if (client_fd < 0) { perror("accept failed"); continue; }

        // 5. 读取HTTP请求（简化：只读取，不解析）
        char request[1024 * 10] = {0};
        read(client_fd, request, sizeof(request) - 1);
        printf("[Received Request]\n%s\n", request);

        // 6. 构造HTTP响应（关键：按HTTP格式拼接）
        const char* html = "<h1>Hello World!</h1>";  // 响应体（HTML）
        char response[1024] = {0};
        // 响应首行 + Header + 空行 + 响应体
        sprintf(response, 
                "HTTP/1.0 200 OK\n"  // 首行：版本+状态码+解释
                "Content-Length: %lu\n"  // Header：响应体长度
                "\n"  // 空行（Header结束）
                "%s",  // 响应体（HTML）
                strlen(html), html);

        // 7. 发送响应并关闭客户端连接
        write(client_fd, response, strlen(response));
        close(client_fd);
    }

    close(server_fd);
    return 0;
}

3. 运行与测试

  1. 编译代码：gcc server.c -o http_server；

  2. 启动服务器：./http_server ``192.168.31.233`` 9090（IP 替换为你的本机 IP）；

  3. 浏览器访问：输入http://192.168.31.233:9090，就能看到 “Hello World!”。

小发现：浏览器会额外发送一个

GET /favicon.ico HTTP/1.1

请求 —— 这是浏览器在索要 “网页图标”（标签页上的小图标），如果没有，会返回 404，属于正常现象。

八、HTTP 版本演进：从 0.9 到 3.0 的 “速度与安全” 之战

HTTP 不是一成不变的，它随着互联网的发展不断迭代，核心目标始终是 “更快、更安全、更高效”。我们梳理了5 个关键版本的演进历程：

版本发布时间核心技术改进解决的问题时代背景
HTTP/0.91991 年仅支持 GET 方法；仅传输纯文本 HTML满足早期简单网页传输需求互联网起步，网页只有文本，无图片 / 视频
HTTP/1.01996 年新增 POST/HEAD 方法；支持 MIME 格式（图片 / 音频）；引入状态码 / Cookie网页内容变丰富，需要提交数据（如表单）互联网普及，网页开始包含图片、表单
HTTP/1.11999 年① 长连接（默认 keep-alive）；② 管道化；③ Host 头（一个 IP 部署多网站）；④ 分块传输HTTP/1.0 频繁建连接效率低；无法多网站共享 IP网页加载大量资源（JS/CSS/ 图片），性能瓶颈凸显
HTTP/2.02015 年① 多路复用（一个 TCP 连接传多个请求）；② 二进制帧（替代文本格式，更快）；③ 头部压缩；④ 服务器推送HTTP/1.1 管道化仍有 “线头阻塞” 问题移动互联网兴起，对速度和带宽要求更高
HTTP/3.02022 年① 基于 UDP 的 QUIC 协议（替代 TCP）；② 0-RTT 连接（更快建立）；③ 解决 TCP 线头阻塞TCP 协议的性能瓶颈（如三次握手慢、线头阻塞）5G / 物联网普及，需要低延迟、高可靠传输

九、总结：HTTP 学习的 “核心心法”

HTTP 看似复杂，但核心逻辑围绕 “请求 - 响应” 展开。记住这 3 个关键点，就能轻松应对大部分场景：

  1. 格式是基础：请求和响应都遵循 “首行 + Header+Body” 的结构，任何不符合格式的报文都会被拒绝；

  2. 方法与状态码是 “指令”：方法告诉服务器 “做什么”（GET = 读，POST = 写），状态码告诉客户端 “结果如何”（200 = 成功，404 = 没找到）；

  3. 版本演进是 “优化方向”：从 1.1 的长连接到 3.0 的 QUIC，始终在解决 “速度” 和 “效率” 问题，理解演进背景能帮你选择合适的技术方案。

希望这篇文章能帮你打通 HTTP 的 “任督二脉”，下次遇到网络问题时，能快速定位 “是请求格式错了？还是状态码不对？”，成为更懂互联网通信的技术人！

一文吃透RSA：从原理到实战全解析
邓邓子的博客
06-23 1278
本文系统剖析 RSA 非对称加密算法的核心知识体系。从基础概念入手，详解 RSA 由 Diffie-Hellman 思想演进而来的历史背景，对比对称与非对称加密的本质差异。数学层面拆解质数、互质、欧拉函数等底层原理，还原密钥生成及加解密流程。通过 Python 与 Java 代码实现演示工程落地，覆盖 HTTPS 通信、数字签名等典型应用场景。深度分析大整数分解难题支撑的安全性，探讨暴力破解、中间人攻击等风险及应对策略，最后针对密钥管理、性能优化等工程痛点提供解决方案，兼具理论深度与实践价值。
单片机入门说明书：从本质到架构，一文看透MCU核心原理
最新发布
IAMIF12的博客
10-04 533
其实你每天用的洗衣机、刷的智能门锁、开的汽车里，都藏着它的身影。相当于工厂里的“运输轨道”，CPU算出的结果通过总线送到RAM存储，ROM里的程序通过总线传给CPU执行，外设的信号通过总线交给CPU处理，整个过程每秒能重复上百万次，确保各模块协同高效。高端单片机（比如STM32F4系列）还会配备DMA（直接存储器访问）单元，相当于“专用传送带”——不需要CPU干预，就能直接让外设和RAM之间传输数据（比如让ADC采集的温度数据直接存进RAM），大大降低CPU负担，让CPU能专注处理更重要的任务。
Http协议和解析实战
xiaojieceo的博客
05-29 278
维护和使用，但是会依赖网络环境，UI动画等需要网络加载快，使用才不会卡顿。Cookie: 表示服务端给客户端传的http请求状态,也是多个key=value形式组合，比如登录后的令牌等（后续请求会把Cookie带过去，服务端就会看http这个请求头的Cookie是否是正确的，是的话才给访问对应的资源）1、C-S架构：客户机-服务器，简单点就是需要下载的软件，相关资源（图片、视频等会比较流畅），但是也缺少通用性（各种手机兼容），系统维护性，升级需要重新设计和开发，增加了维护和管理的难度。
HTTP实战（nodejs）
weixin_43297321的博客
03-20 410
需要整理： http常用状态码： statusCode状态码： 1**：通知 100~200 2**：成功 200~300 288 端口号被占用 3**：重定向 300~400 302移动 304缓存 4**：客户端错误 404资源不存在 5**：服务器错误 01-get.js 重新听 02-get.js 一级域名、二级域名 比如百度 m.baidu.c...
HTTP协议
m0_73991989的博客
10-01 1200
超文本（Hypertext）”：指超越普通文本的数据形式，不仅包括文字，还包含图片、音频、视频、链接（<a>标签）、表单等能相互关联的多媒体内容。比如你在网页上点击一个链接跳转到另一个页面，就是 “超文本” 的典型应用。“传输（Transfer）”：指数据在网络中的传递过程。HTTP 负责规定数据如何打包、如何发送、如何接收。“协议（Protocol）”：是客户端与服务器之间的 “约定”。
【项目实战】自主实现 HTTP 项目（三）——请求读取与解析以及报文处理
2021级大一程序白一枚，记录学习的每一步的脚印
08-30 1753
我们在上一篇讲解了日志的实现与应用，本篇我们来讲解请求的读取与解析，我们构建好了http服务端，我们需要对发来的请求进行读取和处理，使得我们的http了解建立链接的客户端的详细的信息，这个时候我们就需要构建一套读取分析请求报文的一套体系。...
HTTP协议编程实战（一）实战一
m0_62909934的博客
12-29 483
http使用在应用层，http是单次连接，一次只能发送一个请求。http是一个无状态协议，他不会保存客户端的状态信息，从而提高运行效率，保持比较快的响应速度。http是一种面向对象的协议，允许传送任意数据类型的对象，并且允许对数据进行压缩传送。400 bad request服务器不能理解你的请求，404 not found服务器无法找到呢个页面。410 gone表明被请求的页面是无法使用的。
http基础实战
weixin_30381317的博客
12-17 136
1.需求 了解http的基础知识，能看懂chrome下网络的情况 2.前置知识 下面是tcp/ip协议的一些东西，今天就只用了解应用层的http就够了。 3.http是什么 我们在网上浏览网页，会发送一个http请求给服务器，服务端识别了这个http请求会返回一个http响应给客户端。 就是一个请求，响应的模式。 那么，http请求和http响应包含什么东西呢？ 直接实战...
2024Java零基础自学路线（Java基础、Java高并发、MySQL、Spring、Redis、设计模式、Spring Cloud）
ekskef_sef的博客
02-08 1356
所谓基础不牢，地动山摇。有一个好的基础，才是Java学习的关键。Java技术栈的东西还是非常多的，下面分享一下学习大纲。现在网上的学习资料铺天盖地，很多小伙伴不知道如何选择。今天，我来分享一下我自己的学习路线和学习方法。我跌倒的坑，希望大家一脚就能跨过去。
HTTP协议编程实战（二）实战二
m0_62909934的博客
01-01 458
r\n表示请求头部已经结束了，HTTP/1.1是版本号，200 ok表示请求响应成功。waitForReadyRead()里面参数是毫秒，失败返回false;使用析构函数主要是在里面关闭套接字（socket）;关闭的话就在前面加/
http 实战练习
dlnb89906的博客
04-13 582
http 实战练习 建立httpd服务器，要求提供两个基于名称的虚拟主机: (1)www.X.com，页面文件目录为/web/vhosts/x；错误日志为/var/log/httpd/x.err，访问日志为/var/log/httpd/x.access (2)www.Y.com，页面文件目录为/web/vhosts/y；错误日志为/var/log/httpd/www2.err，访问日志为...
HTTP实战中学习
weixin_42881084的博客
10-11 422
请求一个网页 命令行敲入$ curl -v -I hdcjh.xyz 意思是仅显示请求头和响应头 request HEAD / HTTP/1.1 Host: hdcjh.xyz User-Agent: curl/7.58.0 Accept: */* response HTTP/1.1 200 OK Server: nginx/1.10.3 (Ubuntu) Date: Fri, 11 Oc...
HTTP 实战(三) - HTTP各种特性总览
weixin_34122604的博客
01-19 226
0 联系我 image 1.Q群【Java开发技术交流】：jq.qq.com/?_wv=1027&a… 2.完整博客链接:www.shishusheng.com 3.知乎:www.zhihu.com/people/shi-… 4.gayhub:github.com/Wasabi1234 1 认识HTTP客户端 curl baidu.com curl www...
HTTP协议基础-6-HTTP请求(实战)
Anthony_tester的博客
07-17 2327
前面把HTTP 消息和HTTP请求和HTTP响应理论的知识点都学完了，很多概念记不住没关系，我们在实战里面会复习前面学习过的知识点，然后结合实战中的图片来加深对前面知识点的巩固。在实战之前，我们需要搭建一套本地环境，这套环境其实重点是后面cookies和session的学习会用到。还需要安装一个抓包工具，这里就采用fiddler这个免费的工具。 1.本地搭建XAMPP+Phpwind环境 ...
HTTP攻击实战以及防御手段
爱吃仡坨的Blog
08-07 1256
http攻击实战以及简略的防御手段
【项目实战】自主实现 HTTP 项目（四）——处理请求和构建相应
2021级大一程序白一枚，记录学习的每一步的脚印
09-01 1096
在前面的章程之中，我们学习到了如何来进行读取向客户端发来的请求以及提取这些请求当中的有效信息进行分析，而本篇我们将介绍的是如何来对请求的客户端构建相应的响应。这里我们可以看一下一般网站是如何对我们的客户端发来相应的，我们这里以百度为例。
实战http请求
namedlock的博客
03-19 993
对于更复杂的HTTP请求需求，例如发送POST请求、处理Cookies、重定向等，你可能需要手动构造请求头和消息体，并且管理连接的各个方面。同时，这个例子仅用于说明如何使用Java标准库发起POST请求，实际情况下，你可能需要根据服务端的要求来定制请求头，以及处理异常情况。对于更复杂的HTTP请求，尤其是涉及到文件上传、Cookies处理、持久化会话等，可能需要更高级的处理，这时候可以考虑使用第三方库例如requests。在Python 3中，你可以使用内置的http.client模块来发起HTTP请求。
用简单的方法实战演练搭建http服务器(Windows上)------专为http新手
热门推荐
认知 行动 坚持
11-25 4万+
在之前的博文中， 我陆续说过如何搭建ftp, sftp, tftp服务器， 在本文中， 我们来继续聊如何实战搭建一个http服务器。 http服务器有很多种， 如tomcat，apache等， 然而， 很多新手无法搭建和配置成功， 颇为受挫， 内心不爽。 我保证， 本文搭建http服务器的过程极简化。 搭建http服务器的步骤： 1. 下载
搭建一个简单的http服务器
zwz2011303359的博客
04-26 4123
在之前的博文中， 我陆续说过如何搭建ftp, sftp, tftp服务器， 在本文中， 我们来继续聊如何实战搭建一个http服务器。 http服务器有很多种， 如tomcat，apache等， 然而， 很多新手无法搭建和配置成功， 颇为受挫， 内心不爽。 我保证， 本文搭建http服务器的过程极简化。 搭建http服务器的步骤： 1. 下载http服务器hfs.exe,
评论 9
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值