password_hash() 自动生成唯一盐值并嵌入哈希字符串中；password_verify() 自动解析该字符串中的算法、成本因子与盐值，重新计算哈希完成比对——全程无需手动管理盐，安全且零配置。
`password_hash()` 自动生成唯一盐值并嵌入哈希字符串中；`password_verify()` 自动解析该字符串中的算法、成本因子与盐值，重新计算哈希完成比对——全程无需手动管理盐，安全且零配置。
在 PHP 密码安全实践中，一个常见困惑是：既然 password_hash() 每次调用都生成完全随机的盐值（salt），那么两次哈希同一密码会得到截然不同的结果，例如：
var_dump(password_hash("123456", PASSWORD_DEFAULT));
// 输出: "$2y$10$abc123...Kx9ZvQO7JfLmNpRtS"
var_dump(password_hash("123456", PASSWORD_DEFAULT));
// 输出: "$2y$10$xyz789...Wu4VbEgHjIqKlMnOpQrSt"表面上看，password_hash("123456", ...) ≠ password_hash("123456", ...) —— 这正是加盐机制的设计目标：杜绝彩虹表攻击，确保相同密码产生不同哈希。但关键在于：验证不依赖“解密”或“逆向”，而是“重演”。
✅ 核心原理：哈希字符串自描述（Self-Contained）
password_hash() 生成的哈希值并非纯二进制摘要，而是一个结构化、可解析的字符串，内含全部验证所需元数据：
| 部分 | 示例值 | 说明 |
|---|---|---|
| 算法标识 | $2y$ | 表示 bcrypt（2y 是 bcrypt 的变体标识） |
| 成本因子（cost） | 10 | 表示 2¹⁰ ≈ 1024 轮迭代，控制计算强度 |
| Base64 编码盐值 | abc123...（22 字符） | 随机生成、唯一、不可预测 |
| Base64 编码哈希主体 | Kx9ZvQO7JfLmNpRtS... | 实际密码+盐经 bcrypt 运算后的结果 |
? 你可以直接 echo 查看完整结构：
$2y$10$nbX83VUlyVstPCckavcJy.wQ84i8/cmBD/oeDV/zWrHXkuG6t/9fy立即学习“PHP免费学习笔记（深入）”；
当调用 password_verify($input, $storedHash) 时，PHP 内部执行以下步骤：
- 自动解析 $storedHash 字符串，提取算法（$2y$）、cost（10）和 salt（nbX83VUlyVstPCckavcJy.）；
- 原样复现哈希过程：用 input + 提取出的 salt，按相同算法与 cost 重新计算一次 bcrypt；
- 恒定时间比对（timing-safe comparison）新旧哈希值——若完全一致，返回 true。
✅ 因此，盐值无需单独存储、无需传参、更不会丢失——它已“封印”在哈希字符串中，随密码一同持久化到数据库即可。
? 常见误区与最佳实践
- ❌ 不要手动拼接盐：如 $hash = md5($password . $salt) —— 这属于弱哈希，易受长度扩展攻击，且无成本因子防护；
- ❌ 不要显式传入 salt 参数：PHP 8.0+ 已废弃 ['salt' => $s] 选项，强制使用内置随机盐；
- ✅ 字段长度务必 ≥ 255：未来若升级至 Argon2（如 $argon2id$v=19$m=65536,t=4,p=1$...），哈希长度可达 200+ 字符；
- ✅ 登录成功后检查是否需重哈希：
if (password_verify($inputPass, $dbHash)) { // 验证通过 if (password_needs_rehash($dbHash, PASSWORD_DEFAULT, ['cost' => 12])) { $newHash = password_hash($inputPass, PASSWORD_DEFAULT, ['cost' => 12]); // 更新数据库中的 password 字段 } }此机制支持平滑迁移至更强算法或更高 cost，提升长期安全性。
? 总结
PHP 的 password_hash / password_verify 组合，本质是「一次写入、永久可验」的安全抽象：盐值不是额外负担，而是哈希的有机组成部分；验证不是“解密”，而是“精准复刻”。开发者只需信任这套经过严格审计的原生方案，即可抵御暴力破解、彩虹表、时序攻击等主流威胁——安全，本应如此简单而可靠。
