应使用PHP内置sodium扩展替代已弃用的scrypt：启用extension=sodium，用sodium_crypto_pwhash_str()等函数实现安全密码哈希，兼容旧scrypt值需结合sodium_compat与手动参数解析。
phpEnv 无法直接安装 scrypt 扩展，因为 PHP 官方和 PECL 都不提供原生 scrypt 扩展 —— 它早已被弃用多年，且从未进入主流发行版。 你真正需要的是 sodium（PHP 7.2+ 内置）或兼容的替代方案，否则会卡在编译失败、找不到包、pecl install scrypt 报错“no releases available”等环节。
为什么找不到 scrypt 扩展？
PECL 上的 scrypt 扩展最后一次更新是 2014 年，仅支持 PHP 5.3–5.6，且依赖已废弃的 libscrypt 库。PHP 7.2 起，sodium 成为标准扩展，提供更安全、更现代的密码哈希函数（如 sodium_crypto_pwhash_str()），完全覆盖 scrypt 的用途。
-
pecl search scrypt返回空结果或提示 “No packages found” - 手动下载旧版
scrypt-1.2.tgz后执行phpize会报错：configure: error: in `/tmp/scrypt': configure: error: C compiler cannot create executables（因缺少兼容的 OpenSSL / libscrypt 头文件） - 即使强行编译成功，加载
extension=scrypt.so会导致 PHP 启动失败，错误类似：PHP Warning: PHP Startup: Unable to load dynamic library 'scrypt'
phpEnv 下该用什么替代？
phpEnv 是 Windows 集成环境，基于预编译的 PHP 二进制包，不带编译工具链，也不支持运行时加载非官方二进制扩展。所以你不能也不该尝试编译或硬塞 scrypt.dll。正确路径是启用内置 sodium：
- 确认你的 phpEnv 使用的是 PHP 7.2 或更高版本（查看
php -v） - 检查
sodium是否已启用：php -m | findstr sodium（Windows CMD）或php -m | grep sodium（Git Bash） - 若未启用，打开 phpEnv 界面 → 点击「PHP 设置」→ 找到
extension=sodium这一行，取消前面的分号注释（确保不是;extension=sodium） - 重启 phpEnv 的 Apache/Nginx 和 PHP-FPM 服务（仅改
php.ini不重启 = 白改）
验证代码：php -r "echo sodium_crypto_pwhash_str('password', SODIUM_CRYPTO_PWHASH_OPSLIMIT_INTERACTIVE, SODIUM_CRYPTO_PWHASH_MEMLIMIT_INTERACTIVE) . \"\n\";" —— 有输出即生效。
立即学习“PHP免费学习笔记（深入）”；
如果必须兼容老系统里的 scrypt 哈希值？
你不需要重装扩展，而是用纯 PHP 实现兼容解码。PHP 的 sodium 无法直接验证老 scrypt 格式（如 $s0$...），但可借助 paragonie/sodium_compat + 自定义解析：
- 用 Composer 安装兼容层：
composer require paragonie/sodium_compat - 写一个临时解析函数，提取 salt/length/N/r/p 参数，再调用
sodium_crypto_pwhash_scryptsalsa208sha256()（注意：这是sodium提供的底层 scrypt 函数，不是废弃扩展） - 关键点：老
scrypt扩展生成的 hash 是 base64-encoded，而sodium_crypto_pwhash_scryptsalsa208sha256_str()输出格式不同，必须手动比对原始二进制结果
别碰 DLL 文件、别下 PECL 旧包、别试 phpize —— phpEnv 没有 gcc、make 或 php-config，所有编译类操作注定失败。
真正容易被忽略的是：CLI 和 Web（Apache/FPM）用的是两套 php.ini。你在 phpEnv 界面里改的配置，只影响 Web 服务；命令行运行 php -m 看不到 sodium，不代表它没启——先查 php --ini 确认 CLI 加载的是哪个 ini，再分别检查和修改。
