90%的win7 php扩展失败源于混淆两类扩展：c编译型（如php_openssl.dll）需dll和vc运行时，纯php库（如phpspreadsheet）只能用composer安装并autoload引入，不可放入ext目录或写extension=。
Win7 安装 PHP 扩展失败，90% 的情况不是扩展本身有问题，而是你根本没搞清「PHP 扩展」分两类：C 编译型（如 php_openssl.dll）和纯 PHP 库（如 phpoffice/phpspreadsheet）。混为一谈就必然失败。
误把纯 PHP 库当 C 扩展编译或启用
典型表现是执行 phpize 报错、手动复制文件到 ext/ 目录后 PHP 启动直接崩溃、php -m 里看不到名字，甚至 Apache 启动失败。
-
PhpSpreadsheet、monolog、guzzlehttp等全是纯 PHP 代码，没有.dll文件，不能也不该放进extension_dir，更不能在php.ini里写extension=phpspreadsheet - 正确做法只有且唯一：
composer require phpoffice/phpspreadsheet，然后在脚本里require vendor/autoload.php - 如果你看到教程让你“下载 zip 解压进 ext”，那教程已经过时或作者根本不懂 PHP 扩展机制
启用了 C 扩展但依赖 DLL 缺失或路径错
比如开 php_openssl.dll 却报 PHP Startup: Unable to load dynamic library 'php_openssl.dll' 或 0xc000007b，这不是扩展文件坏了，是它背后要调用的系统级 DLL 没到位。
-
php_openssl.dll必须搭配libssl-1_1.dll和libcrypto-1_1.dll才能运行，PHP 官方 ZIP 包里不带这两个文件 - 必须从 Shining Light Productions 下载 Win64 OpenSSL Light（非 Full 版），安装时勾选「Copy OpenSSL DLLs to the Windows system directory」
- 确认
extension=php_openssl.dll在正确的php.ini里（运行php --ini和phpinfo()查路径），且 Apache/CLI 用的是同一个配置
路径含中文或空格导致 extension_dir 失效
哪怕 php.ini 里写了 extension_dir = "D:我的扩展ext"，PHP 启动时也不会报错，但 php -m 里永远看不到 mysqli、pdo_mysql 这类模块——因为 Windows API 层面根本不认识中文路径。
-
extension_dir必须是绝对英文路径，用正斜杠/或双反斜杠\，例如extension_dir = "D:/php/ext" - 该路径下必须真实存在
.dll文件（不能只是个空文件夹），且文件名与php.ini中extension=xxx项严格一致（注意大小写和后缀） - 同理，
session.save_path、upload_tmp_dir、php_iniDir指向的路径也必须是英文、无空格、已手动创建并赋权
VC 运行时缺失或位数不匹配
PHP 7.0–7.2 是 VC14 编译，7.3+ 多为 VC15；x86 版必须配 vcredist_x86.exe，x64 版必须配 vcredist_x64.exe。装错版本，php --version 都跑不起来。
- 错误现象包括：双击
php.exe弹窗提示「找不到 MSVCP140.dll」、「不是有效的 Win32 应用程序」或静默退出 - 别信「我装了 VC2019 就够了」——VC14 运行时是独立组件，新版不向下兼容
- 验证方法：命令行执行
php --version，成功输出才算过关；这步不通过，后面所有扩展配置都是白忙
最常被跳过的动作是：改完 php.ini 没重启 Apache（只刷新浏览器无效）、以为 php -v 成功就代表 Web 环境 OK（其实 CLI 和 Web SAPI 加载的是不同 ini）、把 Composer 库当成扩展往 ext/ 里塞。这些点卡住，比语法错误更难排查。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
