PHP未加载openssl扩展，需检查CLI与Web的php.ini是否一致、扩展是否启用、libssl开发库是否安装，并确认编译时正确链接OpenSSL库版本。
php -m 里看不到 openssl，但系统已装 OpenSSL 命令
这说明系统有 openssl 命令，但 PHP 没链接或没启用扩展。PHP 不依赖命令行工具，而是需要编译时链接 libssl 库，并在运行时加载 openssl 扩展模块。
- 先确认开发库是否安装：Ubuntu/Debian 运行
sudo apt install libssl-dev；CentOS/RHEL 运行sudo yum install openssl-devel（RHEL 8+ 用dnf）；macOS 用brew install openssl - 若 PHP 是源码编译的，重编译必须带
--with-openssl=/usr（Linux 默认路径）或--with-openssl=/opt/homebrew/opt/openssl（M1/M2 macOS），不能只写--enable-openssl - 检查 configure 日志里有没有
checking for OpenSSL support... yes和OpenSSL version >= 1.0.1，缺任一都代表没真正连上
docker 或 Alpine 环境里 openssl 扩展不生效
Alpine 默认不带 openssl 扩展，且 PHP 镜像常精简掉加密模块。即使写了 extension=openssl，也会因缺少 .so 文件而静默失败。
- 基础镜像选
php:alpine时，必须显式安装扩展包：apk add php7-openssl（PHP 7）或apk add php8-openssl（PHP 8） - 自己构建时，在
Dockerfile中加两行：RUN apk add openssl-dev && docker-php-ext-install openssl - 验证是否真加载：
docker exec -it your-container php -m | grep openssl，别只信phpinfo()页面——它可能来自 Web 服务配置，而 Composer 走的是 CLI
php --ini 显示的 php.ini 和 phpinfo() 不一致
CLI 和 Web 服务器（如 Apache/Nginx + PHP-FPM）很可能加载不同 php.ini，改错文件会导致“明明启用了却还是报错”。
- 运行
php --ini查 CLI 实际加载路径，重点看 “Loaded Configuration File” 行 - 在浏览器打开
phpinfo()页面，搜索 “Loaded Configuration File”，对比路径是否相同 - 常见坑：Ubuntu 的
/etc/php/*/cli/php.ini和/etc/php/*/apache2/php.ini是两个独立文件，都要改extension=openssl - Windows 下注意
php.ini-development和php.ini-production可能被重命名，php --ini才是唯一可信来源
openssl.cafile 配置错误导致 HTTPS 请求失败
扩展加载成功，php -m | grep openssl 有输出，但 composer install 卡在下载、file_get_contents("https://") 报错 “Unable to find the wrapper 'https'”，大概率是证书路径失效。
立即学习“PHP免费学习笔记（深入）”；
- 在 CLI 模式下运行
php -r "print ini_get('openssl.cafile');"，看输出是否为空或路径不存在 - Ubuntu/Debian 上通常设为
/etc/ssl/certs/ca-certificates.crt；macOS Homebrew 安装的 PHP 常需手动设为/opt/homebrew/etc/ca-certificates/cert.pem - 修改
php.ini，添加或修正这一行：openssl.cafile=/path/to/cacert.pem - 不要用相对路径，不要含中文或空格，路径必须真实可读（可用
ls -l验证）
最麻烦的不是找不到扩展，而是扩展加载了但底层 OpenSSL 库版本太老（比如系统自带的 1.0.2），或者 PHP 编译时链接的是旧版库而你装的新版根本没被识别。这时候 php -r "print OPENSSL_VERSION_TEXT;" 输出的版本号，比 openssl version 命令还关键。
