必须使用 password_hash() 和 password_verify() 处理密码，前者自动加盐并采用可调成本的 bcrypt 算法，后者恒定时间比对防时序攻击；禁用 md5、sha1、crypt 及手动加盐等不安全方式。
别用 md5() 或 sha1() 加密密码——它们根本不是加密，也不安全，现在连新手都不该碰。
PHP 用 password_hash() 是唯一推荐做法
PHP 7.0+ 内置的 password_hash() 默认用 bcrypt 算法，自动加盐、可调成本因子、抗暴力破解。它不是“加密”，而是**单向哈希 + 安全封装**，这才是现代密码存储的标准姿势。
- 永远传
PASSWORD_DEFAULT（不是PASSWORD_BCRYPT），它未来可能升级算法，但兼容旧哈希值 - 不要手动拼接盐——
password_hash()自动处理，自己加盐反而破坏安全性 - 输出是字符串（如
$2y$10$...），直接存数据库VARCHAR(255)字段即可，别截断 - 如果必须兼容 PHP 5.5+，可用
password_compat库，但新项目请直接上 PHP 7+
验证密码必须用 password_verify()，别手写比对
有人把 password_hash() 结果存起来，登录时拿明文再 hash 一次，然后用 == 或 === 比较——这有严重风险：时序攻击、类型转换漏洞、忽略哈希格式变更。
- 只用
password_verify($input_password, $hash_from_db)，它内部已做恒定时间比对 - 返回
true/false，别试图解析哈希结构或提取 salt - 如果数据库里存的是老式
md5或sha256哈希，首次登录成功后应立刻用password_hash()重哈希并更新——这是平滑迁移的关键一步
别碰 crypt()、hash() 或自定义函数
这些函数要么接口复杂易错（crypt() 参数顺序反直觉），要么不带盐/不可调成本（hash('sha256', $pass)），要么逻辑藏在业务层导致重复实现漏洞。
立即学习“PHP免费学习笔记（深入）”；
-
crypt($pass, '$2y$10$...')虽底层同源，但需手动管理盐和成本，出错率高 -
hash('sha256', $pass . $salt)中的$salt如果复用或硬编码，等于没盐 - 任何“我写的双重 hash”“加时间戳混淆”都无实质提升，反而增加维护负担和隐蔽 bug
真正难的不是选函数，而是坚持不用快捷方式——比如为了“兼容老系统”回退到 md5()，或为“省事”把密码哈希逻辑塞进 ORM 的 save 钩子里却忘了异常时的清理。安全不是加一层函数，是守住那条线：用户密码进来，只走一次 password_hash()，出去只走一次 password_verify()，中间不碰、不记录、不日志、不调试打印。
