直接使用 php -v 和 php -m 检查 CLI 环境下的 PHP 版本及必需扩展（如 pdo、openssl、mbstring、curl），因 ThinkPHP 命令行运行依赖 CLI 环境而非 Web 环境，二者配置可能不同。
tp命令行直接查PHP版本和扩展是否启用
ThinkPHP 自带的 php think 命令本身不提供 PHP 版本或扩展检测功能，但你可以用它快速进入项目上下文执行原生 PHP 检查逻辑。最直接的方式是写一个临时脚本或利用 php -v 和 php -m，但要注意：CLI 环境的 PHP 配置可能和 Web 环境不同（比如 php.ini 路径、扩展加载目录），必须在 CLI 下验证。
推荐做法是在项目根目录下运行：
php -v
php -m | grep -i "pdo\|openssl\|mbstring\|curl"
这些是 ThinkPHP 6+ 运行必需的核心扩展。若报错 Command 'php' not found，说明系统未将 PHP CLI 加入 PATH，需先确认 PHP 安装路径（如 /usr/bin/php 或 /opt/homebrew/bin/php）并使用绝对路径调用。
用think命令执行自定义PHP信息脚本
你可以在 app/command 下新建一个命令类，比如 CheckEnv，用来输出当前 CLI 环境下的 PHP 配置摘要。这样能确保检查的是 ThinkPHP 实际使用的运行时环境（例如自动加载了框架引导文件后的真实 phpinfo() 状态）。
立即学习“PHP免费学习笔记（深入）”；
实操步骤如下：
- 运行
php think make:command CheckEnv生成命令类 - 编辑
app/command/CheckEnv.php，在execute()方法中加入：echo "PHP Version: " . PHP_VERSION . "\n"; echo "Loaded INI: " . php_ini_loaded_file() . "\n"; echo "Extensions: " . implode(', ', get_loaded_extensions()) . "\n"; - 保存后执行
php think check-env
注意：不要在该命令里调用 phpinfo()，它会输出大量 HTML 内容，在 CLI 下显示混乱且可能触发异常；用 get_loaded_extensions() 更安全可控。
为什么Web页面看到的PHP版本和CLI不一致
这是最常见的误判来源。Apache/Nginx 的 PHP 是通过模块（如 libphp.so）加载的，而 CLI 是独立二进制程序，二者完全可能指向不同安装——尤其在 macOS（Homebrew）、Windows（WAMP/XAMPP）、Linux（多版本共存）环境下。
验证方法：
- Web 页面中写
<?php echo PHP_BINARY; ?>—— 这个值在 CLI 下不可用，但在 Web 中可暴露实际被 Web 服务器调用的 PHP 可执行路径 - CLI 下执行
which php和php -r "echo PHP_BINARY;"，对比两个输出是否一致 - 检查 ThinkPHP 日志（
runtime/log/）里有没有PHP Parse error或Class not found类错误，这类问题往往源于 CLI 扩展缺失（如没开opcache或json），而 Web 环境恰好启用了
tp migrate/make:model 等命令失败时优先排查什么
当 php think migrate:run 或 php think make:model User 报错，第一反应不该是查 ThinkPHP 文档，而是确认 CLI 环境基础是否就绪：
- 运行
php -m看是否有pdo_mysql（或对应数据库驱动），没有就无法连库，迁移必然失败 - 检查
php --ini输出的配置文件路径，确认extension_dir是否指向正确的扩展目录（常见坑：macOS M1 上扩展路径写成x86_64而实际是arm64） - ThinkPHP 6.1+ 默认启用
opcache.enable_cli=1，如果 CLI opcache 缓存了旧类定义，会导致make:model创建后类不生效，此时加-d opcache.enable_cli=0临时禁用：php -d opcache.enable_cli=0 think make:model Post
CLI 工具链的稳定性高度依赖 PHP 二进制本身的干净程度，别跳过 php -v 和 php --ini 这两步——它们比任何框架日志都更早暴露根本问题。
