当前位置：首页 > news >正文

HTTP 与 HTTPS 的区别：从原理到实战详解

news 2026/6/3 1:40:47

引言

在互联网世界中，HTTP 和 HTTPS 是我们每天都会接触到的协议。你是否曾注意到浏览器地址栏中那个小小的锁形图标？或者疑惑过为什么有些网站以http://开头，而有些则以https://开头？这不仅仅是字母“S”的差别，它背后关乎着数据安全、用户隐私和网站可信度。

本文将深入浅出地解析 HTTP 与 HTTPS 的核心区别，从工作原理、安全性、性能到实际应用场景，帮助你全面理解为何 HTTPS 已成为现代 Web 的标配。

干货分享

HTTP 下，Token 是明文传输的，抓包就能偷走！

1. Basic Auth 请求头（HTTP） Authorization: Basic YWRtaW46MTIzNDU2 抓包 → 解码 直接拿到 用户名 + 密码 （YWRtaW46MTIzNDU2 → 解码 →admin:123456base64，YWRtaW46MTIzNDU2是一个base64编码的字符串）2. Token Auth 请求头（HTTP） Authorization: Token 81a76jks98ks98ajs98sj 抓包 → 直接拿到 Token

拿到 Token 能干嘛？
能做你能做的一切！查看你的数据，修改你的信息，删除你的内容，调用所有你有权限的接口。
等于偷到了你的永久密码！

HTTPS 到底做了什么？
HTTPS 会把整个请求全部加密：
URL，请求头，请求体，Token，Cookie，全部变成乱码，中间人完全无法读取。

最扎心的总结
不用 HTTPS = 开门揖盗
无论你用Basic Auth，Token Auth，JWT Auth，Bearer Token
全都是裸奔！全都会被偷！

1. 基本概念

1.1 什么是 HTTP？

HTTP（HyperText Transfer Protocol，超文本传输协议）是一种用于分布式、协作式和超媒体信息系统的应用层协议。它是万维网（WWW）数据通信的基础。

无状态协议：每个请求都是独立的，服务器不会记住之前的请求。
明文传输：数据在客户端和服务器之间以纯文本形式传输，不进行加密。
默认端口：80

1.2 什么是 HTTPS？

HTTPS（HyperText Transfer Protocol Secure，超文本传输安全协议）是 HTTP 的安全版本。它在 HTTP 之下加入了安全层，通过SSL/TLS 协议对传输的数据进行加密和身份验证。

加密传输：数据在传输前被加密，即使被截获也难以破解。
身份验证：通过数字证书验证网站的真实性，防止“中间人攻击”。
数据完整性：确保数据在传输过程中未被篡改。
默认端口：443

2. 核心区别对比

特性	HTTP	HTTPS
协议	应用层协议	HTTP + SSL/TLS 安全层
安全性	明文传输，不安全	加密传输，安全
端口	80	443
URL 开头	`http://`	`https://`
加密	无	使用 SSL/TLS 加密
证书	不需要	需要由受信任的 CA 颁发的 SSL 证书
SEO 影响	不利于搜索引擎排名	谷歌等搜索引擎优先收录，有利于 SEO
浏览器标识	地址栏显示“不安全”警告	地址栏显示锁形图标
数据传输速度	较快（无加密开销）	稍慢（有加密/解密开销）
适用场景	内部网络、测试环境、不敏感信息	所有涉及隐私、登录、支付的网站

3. 工作原理剖析

3.1 HTTP 工作原理

HTTP 采用经典的请求-响应（Request-Response）模型：

客户端（浏览器）向服务器发起一个 TCP 连接（默认端口 80）。
客户端发送一个 HTTP 请求报文。
服务器处理请求并返回一个 HTTP 响应报文。
连接关闭（对于 HTTP/1.0）或保持（对于 HTTP/1.1 及以后）。

整个过程数据如同“明信片”一样在网络上传递。

3.2 HTTPS 工作原理（SSL/TLS 握手）

HTTPS 的核心在于SSL/TLS 握手，这是一个建立安全通道的过程：

客户端 Hello：客户端向服务器发送支持的加密算法列表和一个随机数。
服务器 Hello：服务器选择一种加密算法，连同自己的数字证书和一个随机数发回给客户端。
验证证书：客户端验证服务器证书的有效性（是否由可信 CA 签发，是否在有效期内，域名是否匹配）。
生成会话密钥：客户端用证书中的公钥加密一个“预主密钥”发送给服务器。
生成对称密钥：服务器用私钥解密得到“预主密钥”。双方利用两个随机数和预主密钥，独立生成相同的对称会话密钥。
加密通信：后续所有 HTTP 数据都使用这个高效的对称密钥进行加密传输。

关键点：握手阶段使用非对称加密（速度慢但安全）来交换密钥，实际数据传输阶段使用对称加密（速度快），兼顾了安全与效率。

4. 安全性深度解析

4.1 HTTP 面临的风险

窃听（Eavesdropping）：攻击者在同一网络（如公共Wi-Fi）可轻松截获所有明文数据，包括密码、Cookie、聊天记录。
篡改（Tampering）：中间人可以修改传输中的内容，例如插入广告或恶意代码。
冒充（Impersonation）：攻击者可以伪装成目标网站，实施“中间人攻击”（Man-in-the-Middle Attack）。

4.2 HTTPS 如何解决这些风险？

加密（Encryption）→ 解决窃听。SSL/TLS 使用高强度加密算法（如 AES），使截获的数据变成乱码。
完整性校验（Integrity）→ 解决篡改。使用消息认证码（MAC）或数字签名，确保数据在传输中未被修改。
身份认证（Authentication）→ 解决冒充。数字证书由可信的证书颁发机构（CA）签发，证明“你访问的就是真正的baidu.com”。

5. 性能与部署考量

5.1 HTTPS 更慢吗？

早期 HTTPS 由于加密计算和额外的握手回合，确实比 HTTP 慢。但随着硬件性能提升和协议优化（如 TLS 1.3 简化握手、会话恢复），性能差距已微乎其微。

TLS 1.3 的优势：

握手从 2 个回合减少到 1 个回合，首次连接速度提升。
废弃了不安全的加密算法，更安全高效。
支持 0-RTT（零往返时间）会话恢复，对回头客体验极佳。

5.2 部署 HTTPS 的步骤

购买或申请证书：从可信 CA（如 Let‘s Encrypt、DigiCert）购买，或使用 Let‘s Encrypt 获取免费证书。
在服务器上安装证书：配置 Web 服务器（如 Nginx、Apache）。
配置强制跳转：将所有的 HTTP 流量 301 重定向到 HTTPS。
更新网站内容链接：确保网站内所有资源（图片、CSS、JS）都使用 HTTPS 链接，避免“混合内容”警告。

Nginx 配置示例：

server { listen 80; server_name yourdomain.com; # 强制将所有 HTTP 请求重定向到 HTTPS return 301 https://$server_name$request_uri; } server { listen 443 ssl; server_name yourdomain.com; ssl_certificate /path/to/your/certificate.crt; ssl_certificate_key /path/to/your/private.key; # 其他站点配置... }

6. 为什么现代 Web 必须使用 HTTPS？

用户隐私与安全：保护登录凭证、支付信息、个人数据不被窃取。
搜索引擎优化（SEO）：谷歌明确将 HTTPS 作为排名信号，HTTPS 网站在搜索结果中更具优势。
浏览器强制要求：现代浏览器（Chrome、Firefox）会对 HTTP 页面标记为“不安全”，并逐步限制其功能（如禁用地理定位、通知等）。
信任与品牌形象：地址栏的锁形图标能增强用户信任，提升品牌专业度。
新协议支持：许多现代 Web API（如 Service Worker、地理位置）要求上下文环境是安全的（即 HTTPS）。

7. 总结

方面	结论与建议
安全性	HTTPS 完胜。对于任何涉及用户数据的网站，HTTPS 是必须项，而非可选项。
性能	差距可忽略。TLS 1.3 和现代硬件已极大消除了性能瓶颈，收益远大于开销。
成本	门槛极低。Let‘s Encrypt 提供免费、自动化的证书，部署和维护成本已大幅降低。
最佳实践	全站 HTTPS。不仅主站，子域名、API 接口、静态资源都应启用 HTTPS，并配置 HSTS 头以预防降级攻击。