ThinkPHP扩展未安装怎么查？PHP扩展依赖检查【技巧】
当ThinkPHP项目启动时出现“Class not found”或“Call to undefined function”错误，不必急于怀疑框架本身。绝大多数情况下，问题根源在于项目所依赖的某个PHP扩展未能成功加载——例如pdo_mysql、gd、mbstring、curl等关键扩展，这些都是常见的问题点。因此，首要步骤不是重新安装框架，而是需要准确验证：所需的扩展是否已正确安装并启用？
使用 php -m 与 extension_loaded() 快速诊断缺失扩展
实际上，ThinkPHP 5.1+ 及 6.x 版本的核心逻辑已包含对必要扩展的自动检测，但相关错误信息可能被记录在日志深处，前端用户往往仅看到白屏或通用的500错误。此时，最直接高效的排查方法是打开终端，执行以下命令：
php -m | grep -E 'pdo|gd|mbstring|curl|xml'—— 此命令可快速检查在命令行（CLI）环境下，关键扩展是否已启用。php -r "var_dump(extension_loaded('pdo_mysql'));"—— 若需单独、精准地验证某个特定扩展（如pdo_mysql）的加载状态，此方法非常有效。
这里存在一个关键注意事项：命令行（CLI）环境与Web环境（例如Nginx配合PHP-FPM）所使用的php.ini配置文件可能不同。因此，php -m命令仅反映了CLI环境的扩展状态。如果发现命令行下能正常运行ThinkPHP指令，但网页访问失败，基本可以判定是Web服务器环境下的扩展未启用。
在 ThinkPHP 入口文件中添加检测代码，精准定位问题
尽管ThinkPHP 5/6在启动时会自动检查核心扩展，但其报错信息有时不够具体，无法直接指明具体缺失的扩展。一个高效的调试技巧是，在项目的入口文件（通常是public/index.php）的顶部，插入一段简明的检测代码：
立即学习“PHP免费学习笔记（深入）”；
if (!extension_loaded('pdo_mysql')) { die('pdo_mysql missing'); }
if (!extension_loaded('mbstring')) { die('mbstring missing'); }
if (!extension_loaded('gd')) { die('gd missing (required for captcha)'); }
通过这种方式，框架启动时将立即明确提示缺失的扩展。请特别留意gd扩展：框架的验证码类（think\captcha\Captcha）在初始化时会调用gd_info()函数。若此函数返回空数组或类似['version' => '']的无效信息，系统将直接抛出异常，而非静默降级处理。
宝塔面板用户需特别注意扩展加载路径冲突
对于使用宝塔面板的用户，常会遇到一种困惑：“面板界面显示扩展已启用，但php -m命令列表中却找不到该扩展”。此问题的根源通常在于配置文件加载顺序的混乱：
- 宝塔习惯将扩展配置写入独立的文件中，例如
/www/server/php/80/etc/php.d/redis.ini。但若您同时又在主php.ini文件中手动添加了extension=redis.so指令，则会导致冲突。 - 其结果是，PHP启动时将报错
Unable to load dynamic library 'redis.so'——这本质上是由于重复加载引发的符号冲突。 - 如何排查？首先使用
php --ini命令查看加载了哪些配置文件，再通过grep extension /www/server/php/80/etc/php.d/*.ini此类命令进行扫描，找出重复的配置项。
解决方案是删除重复的配置指令，然后执行sudo systemctl restart php80-fpm（请将80替换为您实际的PHP版本号）以重启服务。请注意，不要仅点击面板上的“重载配置”按钮，这可能不够彻底。
ThinkPHP 版本差异导致的扩展依赖差异
不同版本的ThinkPHP，对扩展的依赖强度及调用方式存在细微差别。例如，TP6默认启用了数据库长连接并强制声明字符集，对pdo_mysql的底层调用更为“严格”；而TP5.1则相对宽松。但无论如何，以下几项都是不可或缺的核心依赖：
pdo与pdo_mysql：这是数据库驱动的基石，缺一不可。mbstring：URL路由解析、中文文件名处理、多字节字符串操作均依赖于此扩展。有时TP6报告“Route not found”，根源可能就是它未启用。openssl或hash：Session加密、Token签名、缓存Key生成等安全相关功能均会用到。若被禁用，可能导致登录状态异常丢失或验证码刷新失败。json：虽然PHP 5.2+已内置此扩展，但如果php.ini中其配置被注释（例如;extension=json），它仍会被关闭——而ThinkPHP的配置解析器依赖于json_decode()函数。
最后提示一个极易被忽略的陷阱：部分Docker镜像（如php:8.2-apache）默认不包含gd扩展。即便后续通过包管理器安装了php8.2-gd，若编译时缺少libfreetype6-dev等底层库，gd_info()函数仍可能返回空值。此时，需要进入容器内部，手动补全依赖并重新编译扩展。
