根源是php cli与web sapi使用不同php.ini文件，导致thinkphp命令行运行时扩展未加载；需分别用php --ini和phpinfo()确认配置路径，再检查extension_dir、扩展名匹配、依赖库及php版本兼容性。

phpinfo() 显示扩展已加载，但 ThinkPHP 报“扩展找不到”

这通常不是扩展真没装，而是 PHP CLI 和 Web SAPI 使用了不同的 php.ini 文件。ThinkPHP 在命令行（如 php think）下运行时走 CLI 配置，而浏览器访问走 Apache/Nginx 的模块配置 —— 两者可能加载了不同 ini、甚至不同 PHP 版本。

验证方法：在命令行执行 php --ini，看 Loaded Configuration File 路径；再在 Web 环境中新建一个 info.php 输出 phpinfo()，搜索 “Loaded Configuration File”。两个路径不一致，就是根源。

• 别只信浏览器里的 phpinfo()，CLI 下的 php -m | grep curl 或 php -i | grep "extension_dir" 才是 ThinkPHP 启动时的真实环境
• 常见坑：WAMP/XAMPP 安装后默认只配了 Apache 的 php.ini，忘了给 CLI 的 php.exe 指定同一份 ini
• Windows 下注意路径分隔符，extension_dir 值里如果写成 "C:\php\ext" 而实际目录是 C:\php\ext\（末尾反斜杠缺失），某些 PHP 版本会静默失败

extension_dir 路径正确但扩展仍报错

即使 extension_dir 指向正确目录，ThinkPHP 还是提示“未开启 xxx 扩展”，大概率是扩展文件名不匹配或依赖缺失。特别是 Windows 下的 .dll 文件，对 PHP 版本位数（x86/x64）、线程安全（TS/NTS）、编译器版本（VC15/VC17）极度敏感。

检查步骤：

• 用 php -v 看 PHP 版本和 TS/NTS 标识，例如 PHP 8.1.10 (cli) (built: Aug 16 2022 15:11:35) (ZTS Visual C++ 2019) → 需匹配 VC17 + ZTS + x64 的 dll
• 进 extension_dir 目录，确认对应扩展文件存在，比如 php_curl.dll（不是 curl.dll 或 php-curl.dll）
• 用 php -m 查看已加载模块，若没出现目标扩展名，说明 ini 里 extension=php_curl.dll 这行没生效（拼写错误、被注释、路径含中文、前面有空格）
• Linux/macOS 下注意权限：extension_dir 目录需对 PHP 进程可读，扩展文件需可读且无 SELinux/AppArmor 拦截

ThinkPHP 自检机制绕过不了扩展检测

ThinkPHP 启动时会主动调用 extension_loaded('curl')、function_exists('mb_strlen') 等判断，失败就直接抛异常。它不读 php.ini，只信运行时结果 —— 所以哪怕 ini 写对了，只要扩展因依赖缺失（如 Windows 缺 ssleay32.dll）、版本冲突（如 OpenSSL 版本太低）没真正载入，就会卡在这里。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

快速定位方式：

• 在命令行运行 php -r "var_dump(extension_loaded('curl'));"，返回 bool(false) 就说明扩展根本没起来
• Windows 下用 depends.exe 或 dumpbin /dependents php_curl.dll 查看缺失的 DLL（常见是 libssh2.dll、nghttp2.dll 未放在 PATH 中）
• Linux 下用 ldd /path/to/php/ext/curl.so | grep "not found" 找动态链接库缺失
• ThinkPHP 的 think env 命令不会帮你查扩展状态，它只读 .env；真实依赖必须靠 PHP 运行时反馈

多版本 PHP 共存时扩展路径容易串

用 phpbrew、asdf、或手动编译多个 PHP 版本时，extension_dir 往往指向当前版本的 ext/ 目录，但用户可能把扩展文件统一丢在全局路径（如 /usr/local/lib/php/extensions/），导致切换版本后路径失效。

建议做法：

• 每个 PHP 版本维护独立的 ext/ 目录，扩展编译时指定 --prefix 到对应版本路径
• 不要复用旧版 .so 或 .dll 文件，PHP 8.0 的扩展无法在 PHP 8.1 下加载（ABI 不兼容）
• ThinkPHP 项目根目录下运行 php -c ./php.ini -m 可强制指定 ini，用于临时验证配置是否生效（注意：这不会影响 Web 环境）

最麻烦的其实是扩展的隐式依赖 —— 比如 pdo_mysql 要求 mysqli 先加载，redis 扩展在 PHP 8.1+ 需要 igbinary 支持才能启用序列化选项。这些不会报“扩展未找到”，但会让 ThinkPHP 在后续初始化时报错，排查时得一层层往底层看。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！