ThinkPHP新手入门：PHP版本过低安装失败解决方法

当你执行composer create-project topthink/think myproject后，立即遇到“Your requirements could not be resolved”错误，导致安装流程彻底中断，问题根源几乎可以锁定在PHP版本上。ThinkPHP6明确要求PHP版本必须≥7.2.5，但你的命令行（CLI）环境中极可能仍在运行系统默认的PHP 7.0甚至5.6——请特别注意，这里并不是浏览器内phpinfo()显示的那个版本，而是Composer实际调用的CLI PHP版本。

确认当前PHP CLI版本是否真实有效

打开终端，直接运行：
php -v

切记：不要仅凭浏览器中的phpinfo()显示的高版本就掉以轻心，Composer读取的是命令行（CLI）环境下的PHP版本，二者往往完全不同。使用Wamp、XAMPP或PhpStudy的用户尤其容易踩入这个陷阱——在图形界面切换了PHP版本，但终端依然调用旧路径的php.exe。

如果输出的结果是PHP 7.0.x、5.6.x或者直接提示command not found，那就必须立即解决，否则后续所有操作都是徒劳。

Windows下快速切换CLI PHP版本（以PhpStudy为例）

方法一：通过PhpStudy面板强制绑定
打开PhpStudy → 左侧「软件管理」→ 找到「PHP」→ 点击对应高版本（如7.4.33或8.0.30）右侧的「设置为当前版本」→ 弹窗确认后，关闭并重启PhpStudy主程序。

方法二：手动指定PHP路径执行（绕过PATH污染）
进入PhpStudy安装目录，例如：
F:\PhpStudy\PHPTutorial\php\php-7.4.33 → 在此目录下按住Shift+右键 → 「在此处打开Powershell窗口」→ 运行：
.\php.exe -v

确认版本正确后，再执行：
.\php.exe C:\ProgramData\ComposerSetup\bin\composer.phar create-project topthink/think myproject

这种操作绕过了系统PATH的干扰，确保Composer调用的就是你刚刚验证过的那个PHP版本。

Linux/macOS下修正CLI默认PHP版本

第一步：查清当前CLI实际调用路径
which php

第二步：查看可用PHP版本列表
ls /usr/bin/php*

第三步：用alternatives（CentOS/RHEL）或update-alternatives（Ubuntu/Debian）重新配置默认项：
sudo update-alternatives --config php

终端会列出所有已注册的PHP版本，输入对应编号后回车确认。完成后再运行php -v验证输出是否已更新。

⚠️ 注意：不要只改Apache/Nginx的php.ini——Web服务器使用的PHP版本与Composer调用的CLI PHP版本是两套独立配置，改错地方毫无作用。

验证扩展是否真正启用

仅仅版本达标还不够，ThinkPHP6还依赖pdo、mbstring、json、openssl、curl、xml、ctype等扩展。运行：
php -m | grep -E 'pdo|mbstring|json|openssl|curl|xml|ctype'

如果某一关键词没有输出，说明该扩展未被CLI环境加载。Windows用户需要检查php.ini的路径是否正确——执行php --ini，确认Loaded Configuration File指向的是CLI模式下的php.ini（通常位于PHP安装目录根部），而不是Apache模块所使用的那个。

Linux/macOS用户若通过apt、yum或brew安装PHP，扩展通常需要单独安装，例如Ubuntu下：
sudo apt install php-mbstring php-xml php-curl php-zip

安装完成后必须重启PHP-FPM或Apache服务，否则扩展不会生效。

绕过版本校验仅作临时验证（慎用）

如果你确认PHP版本和扩展都已就位，但Composer依然拒绝安装，可以添加参数强制跳过平台检查：
composer create-project --ignore-platform-reqs "topthink/think:^6.3" myproject

这能帮你快速判断问题是否真的出在版本上。但成功安装后必须立即运行php think测试命令是否正常输出，如果报Class not found或Fatal error，说明底层兼容性仍有隐患，不能用于生产环境。