php -m 无 openssl 输出说明扩展未加载，需先用 php --ini 确认 cli 实际加载的 php.ini 路径，再启用 extension=openssl、检查 extension_dir 及依赖 dll（windows）或安装 php-openssl 包（linux/macos），最后重启终端并验证 php -m | grep openssl 有输出。
php -m 无 openssl 输出，说明扩展根本没加载
别急着改配置，先确认问题是否真实存在。运行 php -m | grep openssl，如果终端没任何输出，就代表 PHP CLI 运行时压根没加载这个扩展——不是证书问题，不是网络问题，就是扩展缺席。
这时候改 composer.json 或换镜像源都没用。必须回到 PHP 环境本身。
- 执行
php --ini查出 CLI 实际加载的php.ini路径，别凭记忆去改 XAMPP/WAMP 里那个“看起来像”的文件 - 用记事本或 VS Code 打开该
php.ini，搜索;extension=openssl（注意分号），改成extension=openssl - 检查
extension_dir值是否指向真实存在的目录，比如extension_dir = "ext"，然后确认该目录下有php_openssl.dll（Windows）或openssl.so（Linux/macOS） - 改完保存，必须重启命令行终端（CMD/PowerShell/Terminal），否则
php -v仍读旧内存缓存
Windows 下 extension=openssl 不生效？缺 DLL 是静默失败主因
即使 php.ini 里写了 extension=openssl，也常见“改了等于没改”。Windows 环境下，php_openssl.dll 依赖两个底层 DLL： libssl-1_1-x64.dll 和 libcrypto-1_1-x64.dll（版本号可能为 3_0 或 3_1）。它们缺失时，PHP 不报错，只是跳过加载 openssl。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 打开你的 PHP 安装根目录（比如
C:\php），确认这两个 DLL 文件是否存在 - 如果不存在，从 PHP 官方 ZIP 包里复制过来，不能只复制
php_openssl.dll - 确保系统
PATH包含 PHP 根目录（如C:\php），否则 Windows 找不到依赖 DLL - 某些老 PHP 版本（7.2 及以前）还需启用
php_sockets.dll，否则 openssl 初始化失败
Linux/macOS 报 “The openssl extension is required”？大概率是包没装全
Linux 发行版通常把 PHP 扩展拆成独立包。只装了 php 主程序，不等于自带 openssl 支持。Debian/Ubuntu 和 CentOS/RHEL 的处理方式不同，但核心都是补包。
- Debian/Ubuntu：
sudo apt install php-openssl php-curl php-mbstring（Composer 2.x 还要php-zip） - CentOS/RHEL 8+：
sudo dnf install php-opcache php-openssl；RHEL 7：sudo yum install php-opcache php-openssl - macOS + Homebrew：
brew install php@8.2（或其他版本）会自动带 openssl；若用php@8.1却报错，可能是 brew 没更新，先brew update && brew upgrade - 源码编译 PHP 时漏了
--with-openssl参数？那就得重编译，或者用phpize单独编译 openssl 扩展（需对应 PHP 源码）
php -i 显示 OpenSSL Support => enabled，但 Composer 还报错？CLI 和 Web 配置不一致
这是最隐蔽的坑：你在浏览器里打开 phpinfo() 看到 openssl 已启用，但终端跑 composer install 还是失败。原因很直接——php -i 和 php -m 加载的是两套配置。
- 执行
php -i | grep "Loaded Configuration File"，记下路径；再执行php --ini，对比两者是否一致 - 常见情况：Web 用 Apache/Nginx 加载的是
/etc/php/8.2/apache2/php.ini，而 CLI 加载的是/etc/php/8.2/cli/php.ini——你只改了前者 - Docker 用户注意：
php:apache镜像默认不开启 CLI 的 openssl，需在 Dockerfile 中显式安装php-cli对应的 openssl 包 - 验证最终效果：改完 CLI 的
php.ini后，必须运行php -m | grep openssl，看到输出才算真正生效
真正卡住人的从来不是“怎么开扩展”，而是开了之后没验证、验证了却没确认 CLI 环境、确认了又忽略 DLL 依赖。每一步都得用命令实锤，而不是靠“应该开了吧”这种猜测。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
