运行php --ini查看Loaded Configuration File路径，该路径即phpEnv当前版本使用的php.ini文件。
phpEnv 默认不启用 curl 扩展，必须手动在对应 PHP 版本的 php.ini 中开启，且需确认扩展文件存在、路径正确、服务已重启——缺一不可。
怎么确认当前 phpEnv 使用的是哪个 php.ini
phpEnv 是多版本 PHP 环境管理工具，每个 PHP 版本有独立配置。不能只改系统默认的 php.ini。
- 运行
php --ini，看输出中的Loaded Configuration File路径，例如：/phpenv/versions/8.2.12/etc/php.ini - 若用的是 CLI 模式（如命令行跑脚本），改这个文件即可；若走 Web（Nginx/Apache + php-fpm），还要确认 php-fpm 对应版本的配置是否一致
- 常见误区：改了全局
/etc/php.ini或错误版本目录下的 ini，实际生效的是 phpEnv 切换后的那个版本路径
Windows 下 phpEnv 开启 curl 的三步实操
phpEnv 在 Windows 上依赖 DLL 扩展，但新版（PHP 7.4+）已统一为 extension=curl，不再写 php_curl.dll。
- 打开对应版本的
php.ini（由php --ini定位），搜索;extension=curl，删掉前面的分号，确保是extension=curl - 检查
extension_dir值是否指向真实路径，例如：extension_dir = "D:/phpenv/versions/8.2.12/ext"，并确认该目录下存在php_curl.dll - 不用往
%windir%\system32复制libeay32.dll或ssleay32.dll——phpEnv 自带的 PHP 二进制已静态链接 OpenSSL，强行复制反而引发 DLL 冲突
Linux/macOS 下 phpEnv 启用 curl 的关键点
phpEnv 在类 Unix 系统中通常通过源码编译安装 PHP，curl 支持取决于 configure 阶段是否带 --with-curl。
CurlShip Directory Submission
下载
向CurlShip提交产品，这是一个对机器人友好的SaaS目录。只需一条curl命令即可发布产品，支持OG标签抓取、带徽章的dofollow链接及层级升级。
立即学习“PHP免费学习笔记（深入）”；
- 如果已安装 PHP 版本但没 curl，不能靠
apt install php-curl补上——那是系统包管理器装的，和 phpEnv 管理的 PHP 无关 - 正确做法：进入 phpEnv 的源码缓存目录（如
~/.phpenv/cache/php-8.2.12.tar.xz解压后），进ext/curl，执行：phpize && ./configure --with-curl && make && sudo make install - 生成的
curl.so会输出到ext/目录，再在对应 php.ini 中加extension=curl.so（注意不是extension=curl） - 验证命令必须分环境运行：
phpenv shell 8.2.12 && php -m | grep curl，而不是只跑php -m
curl 能加载 ≠ 能发 HTTPS 请求
即使 php -m | grep curl 有输出、phpinfo() 显示 enabled，仍可能在调用微信/支付宝接口时卡在 SSL handshake failed。
- 执行
php -r "print_r(curl_version());"，检查features数值是否包含CURL_VERSION_SSL（即输出里有"SSL" => 1） - 若没有，说明编译时没连 OpenSSL，需重装该 PHP 版本：
phpenv install 8.2.12 --reinstall --configure-options="--with-curl --with-openssl" - macOS 上 Homebrew OpenSSL 路径常变，可手动指定 CA 包：
curl.cainfo=/opt/homebrew/etc/ca-certificates/cert.pem写入对应 php.ini 的[curl]段
最容易被忽略的是：phpEnv 切换版本后，CLI 和 Web（php-fpm）可能用的是不同 php.ini，且 curl.so 的路径在不同 PHP 小版本间不兼容。每次改完，务必用 phpenv which php 和 phpenv which php-config 核对实际路径。
