thinkphp无7.1版本，最高为6.x；php 7.1已停更，其反射api缺陷与opcache兼容性问题易致composer安装或php think migrate内存溢出，根本解法是升级php至7.4+或修复反射空值校验。
PHP 7.1 本身没有 “ThinkPHP 7.1” 这个版本——ThinkPHP 最高只到 6.x（当前最新稳定版是 6.3），而 PHP 7.1 是一个早已停止维护的 PHP 运行环境（2019年12月起不再接收安全更新）。你遇到的“安装教程中内存溢出”，大概率是执行 composer create-project 或 php think migrate 时触发了 PHP 内存限制，不是框架版本写错了就是环境配置没调好。
composer create-project 卡住或报 Allowed memory size exhausted
这是最常见场景：Composer 在解析依赖树、下载并解压 vendor 包时，默认只用 128M 内存，而 ThinkPHP 6 + 其依赖（如 topthink/framework、monolog、guzzlehttp/psr7 等）在 PHP 7.1 下解析开销更大，容易触顶。
直接临时提内存：
php -d memory_limit=-1 composer create-project topthink/think myapp
（-1表示不限制，比设2G更可靠）-
若仍失败，说明不是纯内存问题，而是 PHP 7.1 的
opcache或zlib扩展异常导致 Composer 解包卡死：- 检查
php -m | grep -E "(opcache|zlib)"是否启用 - 临时禁用 opcache：
php -d opcache.enable=0 -d memory_limit=-1 composer create-project ...
- 检查
更稳妥的做法是换 PHP 版本：PHP 7.1.20+ 存在反射类解析缺陷（
ReflectionParameter::getClass()返回null），会干扰 ThinkPHP 5.1.38 之前的迁移器、验证器等组件，间接导致 Composer 安装后运行时报错，进而反复重试耗尽内存。
php think migrate 执行时内存溢出
这通常出现在 TP5.1.40+ 启用内置迁移但未清理历史残留时：
- 迁移类文件里写了大数组或
file_get_contents()读了超大 SQL 文件 → 直接爆内存 -
config/migration.php中'table' => 'migration'配置错误，导致框架反复尝试重建表结构并递归加载 → 内存泄漏
检查点：
- 迁移类中避免在
up()/down()里做非数据库操作，尤其是include或require大文件 - 确保
config/migration.php存在且'table'值与数据库中真实表名完全一致（不能是migrations，必须是migration） - 如果已存在
migrations表（Laravel 风格），删掉它，再手动建migration表（字段只需versionvarchar(255) 和start_timeint）
为什么 PHP 7.1 容易出这类问题？
-
PHP 7.1.20+修改了反射 API 行为，ReflectionParameter::getClass()对匿名函数参数返回null，而 ThinkPHP 5.1.38 及更早版本的迁移器、命令注册逻辑没做空值防护，直接 fatal error → Composer 误判为安装失败 → 反复重试 → 内存吃满 - PHP 7.1 的
opcache在某些 Linux 发行版（如 CentOS 7.6 默认源）中存在 JIT 编译兼容性 bug，会导致require链过长时栈溢出，表现就像内存不够
所以真正要解决的不是“调大内存”，而是：
- ✅ 改用 PHP 7.4+（TP5.1 兼容，TP6 强制要求）
- ✅ 或降级到 PHP 7.1.19（仅限测试，不建议上生产）
- ✅ 或升级 ThinkPHP 到 5.1.40+ 并打补丁（需改 vendor 中
think\migration\command\Migrate.php的反射调用逻辑）
内存限制只是表象。真正卡住你的，往往是 PHP 7.1 和 ThinkPHP 5.1 早期版本之间那几处没写 null check 的反射调用。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
