phpEnv如何开启curl扩展 phpEnv远程请求组件-php教程-PHP中文网

运行php --ini查看loaded configuration file路径，该路径即phpenv当前版本使用的php.ini文件。

phpenv如何开启curl扩展 phpenv远程请求组件

phpEnv 默认不启用 curl 扩展，必须手动在对应 PHP 版本的 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 切换后的那个版本路径

phpEnv 在 Windows 上依赖 DLL 扩展，但新版（PHP 7.4+）已统一为 extension=curl，不再写 php_curl.dll。

向CurlShip提交产品，这是一个对机器人友好的SaaS目录。只需一条curl命令即可发布产品，支持OG标签抓取、带徽章的dofollow链接及层级升级。

下载

打开对应版本的 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 冲突

phpEnv 在类 Unix 系统中通常通过源码编译安装 PHP，curl 支持取决于 configure 阶段是否带 --with-curl。

如果已安装 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

即使 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 核对实际路径。