目录
前言：为何我们需要关注这些哈希算法？
作为一名开发者，你一定在无数次的代码提交、API 请求签名或是数据库密码存储中见过“SHA-256”或“SHA-3”的身影。它们是当今计算机安全领域的基石，默默守护着从比特币网络到你银行账户的敏感数据。但在日常开发中，我们往往只是机械地调用库函数，却很少停下来思考：这两个算法到底有什么不同？为什么在 SHA-2 已经很安全的情况下，业界还要推出 SHA-3？
在这篇文章中，我们将暂时放下匆忙的编码任务，像密码学家一样深入探索这两个算法的内核。我们将一起学习它们的工作原理，通过实际的代码示例看看如何在项目中正确使用它们，并对比它们在安全性、性能和架构设计上的核心差异。无论你是为了准备面试，还是为了在系统设计中做出更明智的选型，这篇文章都将为你提供详尽的参考。
基础概念：什么是哈希函数？
在深入 SHA 系列之前，我们需要先达成一个共识：到底什么是“哈希”？
简单来说，哈希是将任意长度的原始信息（输入）进行“搅乱”的过程，其搅乱程度之高，以至于不仅看起来面目全非，而且无法将其还原回原始形式。我们可以把它想象成一个极其高效的粉碎机，把一头大象（大文件）放进去，出来的只是一堆固定大小的粉末（哈希值），而绝对不可能把粉末重新拼回大象。
这个过程的核心单元就是哈希函数。它会对原始数据执行一系列复杂的数学和逻辑运算。
哈希函数的核心特征
- 确定性：同样的输入必须永远产生同样的输出。如果输入 "Hello"，第一次得到的哈希是 INLINECODEdc4c0fa6，那么无论计算多少次，只要函数不变，结果永远是 INLINECODEa8653140。
- 雪崩效应：哪怕输入数据只发生了微小的变化（例如只改动了一个标点符号），输出的哈希值也会发生巨大的、不可预测的变化。这使得通过“微调输入来碰撞哈希”变得不可能。
- 不可逆性：正如我们之前提到的，你无法通过哈希值反推出原始信息。这一点保证了即使攻击者泄露了数据库中的哈希值，也无法还原出用户的密码。
- 固定输出长度：无论你输入的是一个单词还是整个百科全书，输出的长度（比特数）都是固定的。
SHA-256 算法深度解析
什么是 SHA-256？
SHA-256（Secure Hash Algorithm 256-bit）属于 SHA-2 算法家族。它是由美国国家安全局（NSA）设计，并由美国国家标准与技术研究院（NIST）于 2001 年发布的。
当时设计它的主要动机非常明确：取代日渐衰老的 SHA-1。随着计算能力的提升，SHA-1 开始暴露出遭受暴力破解和碰撞攻击的风险，而 SHA-256 的出现正是为了应对这些安全威胁。直到今天，它依然是区块链技术（如比特币）和许多安全协议（如 SSL/TLS）的核心组件。
这里的“256”代表生成的哈希值长度始终固定为 256 位（通常转换为 64 个十六进制字符）。无论纯文本的大小是 1 个字节还是 1 GB，输出永远是这个长度。
SHA-256 的关键特征
为了让你在技术讨论中更专业，我们需要了解以下关键点：
- 摘要长度：固定为 256 位。相比 SHA-1 的 160 位，它提供了更大的哈希空间（$2^{256}$ 种可能性），极大地降低了碰撞概率。
- 结构设计：它基于 Merkle-Damgård 结构。这意味着数据被分成固定大小的块进行处理，前一个块的输出会与下一个块混合。
- 不可逆性：对于 SHA-256，理论上不存在比暴力搜索更快的逆向算法。也就是说，给定哈希值，找到对应原始消息的唯一方法就是尝试所有可能的输入，这在计算上是不可能的。
SHA-256 实战代码示例
在实际开发中，我们很少自己从零实现哈希算法，而是使用经过验证的加密库。错误的实现往往会导致严重的安全漏洞。
#### 示例 1：在 Python 中计算文件哈希（校验文件完整性）
这是一个非常实用的场景。当你从网上下载了一个大型安装包时，如何确保它没有被篡改？我们可以计算下载文件的 SHA-256 值并与官方提供的值进行对比。
import hashlib
def calculate_file_sha256(file_path: str) -> str:
"""
计算文件的 SHA-256 哈希值。
这是一个分块读取的高效实现，避免大文件占用过多内存。
"""
sha256_hash = hashlib.sha256() # 创建一个 sha256 对象
try:
with open(file_path, "rb") as f:
# 每次读取 4KB，避免内存爆炸
for byte_block in iter(lambda: f.read(4096), b""):
sha256_hash.update(byte_block) # 逐步更新哈希状态
return sha256_hash.hexdigest() # 返回十六进制格式的哈希字符串
except FileNotFoundError:
return "错误：文件未找到"
# 让我们试着运行一下（假设你有一个名为 example.txt 的文件）
# 实际使用时，请取消下面的注释并替换为你的真实文件路径
# print(f"文件的 SHA-256 哈希值是: {calculate_file_sha256(‘example.txt‘)}")
代码解析：
我们使用了 INLINECODEc506d677 库。这里有一个关键点：不要一次性读取整个文件。如果你处理的是一个 10GB 的日志文件，INLINECODEd3bda53b 会直接把你的内存撑爆。我们在代码中使用了迭代器，每次只处理 4096 字节，这样无论文件多大，内存占用始终很小。
SHA-3 算法深度解析
什么是 SHA-3？
SHA-3（Secure Hash Algorithm 3）是安全哈希算法家族中最新的一员，由 NIST 于 2015 年正式标准化。它的诞生背景非常有趣——它并不是为了取代“不安全”的 SHA-2，而是为了提供一种架构完全不同的替代方案。
SHA-2 虽然目前依然安全，但它的核心结构（Merkle-Damgård）与已被攻破的 MD5 和 SHA-1 非常相似。为了防止未来如果发现某种针对这一结构的数学攻击导致整个 SHA-2 家族全军覆没，NIST 举办了一场公开竞赛，最终选中了 Guido Bertoni 等人设计的 Keccak 算法作为 SHA-3 的标准。
SHA-3 的关键特征
SHA-3 内部使用了被称为 “海绵结构” 的全新构造，这与 SHA-1/SHA-2 使用的迭代哈希函数结构截然不同。这种结构不仅安全性更高，而且非常灵活。
- 可变输出长度：SHA-3 支持生成任意长度的哈希值（SHAKE256 甚至可以生成无限长的流）。当然，标准输出大小也有 224、256、384 和 512 位版本。
- 内部状态：SHA-3 的内部状态更大（1600 位），这为未来的安全性提供了极大的裕量。
- 安全性：由于使用了海绵结构，SHA-3 天生免疫“长度扩展攻击”，这是一种针对旧式哈希算法的经典攻击手段。
SHA-3 实战代码示例
虽然 SHA-3 在传统 Web 开发中不如 SHA-256 普及，但在需要最新安全标准或特定硬件加速的场景下，它变得越来越重要。
#### 示例 2：使用 Node.js (Crypto) 进行 SHA-3 哈希
在 Node.js 环境中，我们可以利用内置的 crypto 模块轻松实现 SHA-3。
const crypto = require(‘crypto‘);
/**
* 计算字符串的 SHA-3 哈希值
* @param {string} data - 原始字符串数据
* @param {number} [length=256] - 输出长度，可以是 224, 256, 384, 512
*/
function calculateSHA3(data, length = 256) {
// 验证输入，防止非字符串输入导致异常
if (typeof data !== ‘string‘) {
throw new Error(‘输入必须是字符串‘);
}
// 创建 sha3 实例，指定输出长度
return crypto.createHash(`sha3-${length}`)
.update(data) // 更新数据
.digest(‘hex‘); // 输出为十六进制格式
}
// 让我们看看实际效果
const message = "Hello, GeeksforGeeks!";
console.log(`原始信息: ${message}`);
console.log(`SHA-3 (256位): ${calculateSHA3(message, 256)}`);
// 尝试修改一个字符，观察雪崩效应
const tamperedMessage = "Hello, GeeksforGeeks?";
console.log(`篡改后信息: ${tamperedMessage}`);
console.log(`篡改后的 SHA-3: ${calculateSHA3(tamperedMessage, 256)}`);
代码解析：
在这段代码中，我们使用了 Node.js 的 INLINECODEd5c17a37 模块。注意 INLINECODEeefa9c2e 的用法，这是 Node.js 特有的命名方式。你可以尝试运行这段代码，你会发现仅仅将感叹号 INLINECODEdcd986a3 改为问号 INLINECODE6d29f4bd，输出的哈希值就会完全改变。这就是雪崩效应的直观展示。
SHA-256 与 SHA-3 的核心差异对比
既然我们已经对两者有了深入的了解，现在让我们通过一个更专业的对比表格来总结它们的主要区别。这将帮助你在实际架构设计中做出正确的选择。
SHA-256 (SHA-2 家族)
:—
SHA-2 家族成员，目前的行业标准。
由 NSA（美国国家安全局）设计。
采用 Merkle-Damgård 结构（基于 Davies-Meyer 结构）。
极其安全。截至目前，未发现有效的碰撞攻击。
512 位。
固定 256 位。
由于结构简单且经过长期优化，在大多数 CPU 上速度更快。由于英特尔 CPU 的 SHA 扩展指令集，SHA-256 极快。
容易受到此类攻击。需要配合 HMAC 等方案来防御。
比特币、TLS 证书、文件校验、Git 提交。
深入探讨：碰撞攻击与安全性
作为开发者，我们常听到“碰撞攻击”这个词。什么是碰撞？
碰撞是指找到两个不同的输入 $M1$ 和 $M2$，使得 $Hash(M1) = Hash(M2)$。
对于 SHA-256，由于其巨大的输出空间（$2^{256}$），找到碰撞的概率在数学上是微乎其微的。然而，SHA-256 与 MD5、SHA-1 共享相同的结构祖先。虽然 SHA-256 目前没有问题，但密码学界有一种说法：“攻击手段总是在进步的”。这就是为什么 NIST 提前推出了 SHA-3——它就像是银行里的备用发电机，如果 SHA-2 那个主引擎因为某种数学攻击而瘫痪，我们还有 SHA-3 这个完全不同结构的引擎可以顶上来。
实战建议：性能优化与最佳实践
在实际的工程实践中，仅仅知道“怎么调用”是不够的，我们还需要关注性能和安全边界。
1. 性能对比：SHA-256 暂时领先
在通用的 x86-64 服务器上，SHA-256 通常比 SHA-3 快得多。这是因为现代 CPU（如 Intel 和 AMD 的处理器）都内置了 SHA Extensions 指令集，专门用于加速 SHA-256 计算。如果你编写的是对吞吐量要求极高的高并发系统（如实时交易系统），SHA-256 可能是更优的选择。
SHA-3 由于其复杂的置换运算，在纯软件实现中往往需要更多的 CPU 周期（12.6 cpb 对比 SHA-256 的更低周期数）。
2. 避免常见错误：加盐与存储
虽然这不完全属于 SHA 算法本身的范畴，但这是开发者最容易犯的错误。永远不要直接使用 SHA-256 存储密码。
因为 SHA-256 设计得非常快，这对于验证数据完整性是好事，但对于密码存储是坏事。攻击者可以每秒尝试数十亿次哈希来暴力破解密码。
最佳实践示例：
你应该使用 bcrypt 或 PBKDF2，这些算法专门设计用来“慢”一点，并且包含“盐”来防御彩虹表攻击。
# 仅作演示，实际生产环境请使用 passlib 或 bcrypt 库
import hashlib
import os
def hash_password_with_salt(password: str):
# 生成一个随机的盐
salt = os.urandom(32)
# 将密码和盐组合后进行哈希
# 注意：即使是这种方式，对于密码存储依然不够安全，建议使用 Argon2 或 bcrypt
key = hashlib.pbkdf2_hmac(‘sha256‘, password.encode(‘utf-8‘), salt, 100000)
return salt, key
总结与下一步行动
在这篇文章中，我们像安全专家一样深入探讨了 SHA-256 和 SHA-3 的世界。我们了解到：
- 架构不同：SHA-256 基于传统的 Merkle-Damgård 结构，高效且广泛支持；SHA-3 基于新的海绵结构，设计上更抗新型攻击（如长度扩展攻击）。
- 安全性：两者目前都极度安全。SHA-3 的存在主要是为了防范针对 SHA-2 家族的未知结构性风险。
- 性能：在大多数硬件环境下，SHA-256 拥有硬件加速优势，速度更快。
给你的实战建议：
如果你正在构建一个通用的 Web 应用或 API 签名系统，继续使用 SHA-256 是最稳妥、性能最好的选择。但如果你正在设计一个需要极高前瞻安全性的系统，或者需要生成可变长度的随机输出，可以尝试 SHA-3。
安全之路无止境，希望这篇文章能让你在编写下一行安全代码时更加自信。下次当你写下 hashlib.sha256() 时，你不仅仅是在调用一个函数，而是在调用一个经过数十年数学验证的复杂而优美的工程奇迹。