password_hash() 自动生成唯一盐值并嵌入哈希字符串中；password_verify() 自动解析该字符串，提取算法、成本因子与原始盐值，重新计算哈希完成比对——全过程无需开发者干预盐值管理。
`password_hash()` 自动生成唯一盐值并嵌入哈希字符串中；`password_verify()` 自动解析该字符串，提取算法、成本因子与原始盐值，重新计算哈希完成比对——全过程无需开发者干预盐值管理。
在PHP密码安全实践中，一个常见误解是：“既然每次 password_hash() 都生成不同的随机盐值，那两次哈希同一密码必然不同，验证时如何确保匹配？”答案的核心在于：哈希结果本身就是一个自包含的“密码凭证包”，而非单纯的一串加密摘要。
? 哈希字符串结构：一切信息均已内嵌
调用 password_hash('hello', PASSWORD_DEFAULT) 后，返回的字符串类似：
$2y$10$nbX83VUlyVstPCckavcJy.wQ84i8/cmBD/oeDV/zWrHXkuG6t/9fy
它严格遵循标准格式：$算法$成本因子$盐$哈希值（以 $ 分隔）。具体拆解如下：
- $2y$：表示 bcrypt 算法（2y 是 bcrypt 的变体标识）
- 10$：成本因子（log₂ 迭代次数，此处为 2¹⁰ = 1024 轮）
- nbX83VUlyVstPCckavcJy.：22 字符 Base64 编码的随机盐值（共 16 字节原始熵）
- wQ84i8/cmBD/oeDV/zWrHXkuG6t/9fy：基于该盐 + 密码 + 成本因子计算出的最终哈希
✅ 关键点：这个完整字符串就是验证所需的全部信息——算法、强度、盐值、结果，全部一体化存储。
立即学习“PHP免费学习笔记（深入）”；
✅ password_verify() 的工作流程（全自动）
当你执行：
if (password_verify('hello', '$2y$10$nbX83VUlyVstPCckavcJy.wQ84i8/cmBD/oeDV/zWrHXkuG6t/9fy')) {
echo '登录成功';
}PHP 内部实际执行以下步骤（开发者完全无感知）：
- 自动解析哈希字符串：提取出 2y（算法）、10（cost）、nbX83VUlyVstPCckavcJy.（salt）；
- 原样复现哈希过程：使用相同算法、相同 cost、完全相同的 salt，对输入明文 'hello' 重新执行一次 bcrypt 计算；
- 恒定时间比对：将新生成的哈希值与原始哈希字符串末尾部分进行抗时序攻击的安全比对（hash_equals()）；
- 返回布尔结果：true 表示密码正确，false 表示错误。
⚠️ 注意：你绝不能手动拼接盐与密码再哈希（如 hash('sha256', $pw.$salt)），更不可将 password_hash() 的输出再套一层哈希——这会破坏其自描述性与安全性设计。
?️ 为什么手动加盐是过时且危险的做法？
早期开发者常自行生成盐（如 bin2hex(random_bytes(16))）、存入独立数据库字段、再用 sha256($pw.$salt) 存储。这种方式存在严重缺陷：
- ❌ 盐值长度不足或熵不够（如固定4位字符）→ 易被暴力穷举；
- ❌ 使用弱算法（MD5/SHA1）→ 抗碰撞与抗GPU破解能力极差；
- ❌ 成本因子不可调 → 无法随硬件升级提升计算难度；
- ❌ 验证逻辑易出错（如未使用恒定时间比较）→ 引发时序攻击风险；
- ❌ 升级算法困难 → 旧用户永远卡在不安全哈希上。
而 password_hash() / password_verify() 组合已彻底解决上述问题，并通过 password_needs_rehash() 支持静默升级：
// 登录成功后检查是否需更新哈希（如PHP升级后默认算法更强）
if (password_needs_rehash($user['password'], PASSWORD_DEFAULT, ['cost' => 12])) {
$newHash = password_hash($password, PASSWORD_DEFAULT, ['cost' => 12]);
// 更新数据库中的 password 字段
updatePasswordInDB($userId, $newHash);
}✅ 最佳实践总结
| 场景 | 推荐做法 |
|---|---|
| 注册存储 | password_hash($pw, PASSWORD_DEFAULT) → 直接存入 VARCHAR(255) 字段 |
| 登录验证 | password_verify($inputPw, $storedHash) → 返回 true/false |
| 字段设计 | 数据库 password 字段至少 VARCHAR(255)，兼容未来 Argon2 等长哈希 |
| 绝不操作 | 不手动生成盐、不拼接字符串、不二次哈希、不使用 md5()/sha1() 处理密码 |
现代PHP密码安全，早已不是“你会不会加盐”，而是“你有没有信任并正确使用PHP内置的密码学原语”。让 password_hash() 为你生成盐，让 password_verify() 为你还原盐——这才是真正面向生产环境的、经得起审计的密码处理范式。
