最有效解法是命令行加php -d "memory_limit=-1"绕过128mb限制；报错源于composer解析大量dev依赖时内存耗尽，非框架问题；须用php --ini和php -r确认cli真实配置，powershell中双引号不可省，配合--no-dev等参数可降低50%峰值内存。
直接在命令前加 php -d "memory_limit=-1" 就能绕过 PHP CLI 默认的 128MB 内存墙，这是安装 ThinkPHP 6.0 时最常见也最有效的解法。报错“Allowed memory size of 134217728 bytes exhausted”不是框架问题，而是 Composer 在解析依赖树（尤其是大量 dev 包）时被内存限制当场截断。
确认并定位真实限制
别盲目改配置——先看 CLI 真正用的是哪个 php.ini：
- PowerShell 中运行：php --ini，重点看 Loaded Configuration File 路径
- 再执行：php -r "echo ini_get('memory_limit');"，确认当前值（常见为 128M 或 256M）
- 注意：Web 环境（如 Apache/Nginx）的 php.ini 和 CLI 完全无关，改错位置无效
立即生效的命令行方案
不改全局配置，避免影响其他脚本，推荐每次安装都显式指定：
- php -d "memory_limit=-1" composer create-project topthink/think tp6（PowerShell 必须加双引号，否则 -1 被当参数丢弃）
- 若担心失控，用具体值更稳妥：php -d "memory_limit=2G" composer create-project topthink/think tp6（单位必须大写 G）
- 如果 which composer 返回 /usr/bin/composer，说明是系统 wrapper，-d 参数会被忽略——改用 php -d "memory_limit=-1" /usr/bin/composer ...
配套减负操作，降低峰值压力
光提内存只是兜底，真正省资源靠流程精简：
- 删干净残留：手动删除 vendor/ 和 composer.lock，避免 Composer 尝试“兼容还原”旧锁文件，引发更复杂的回溯
- 跳过开发依赖：--no-dev 参数可砍掉 PHPUnit、psr/log 等约 50% 的内存峰值，适合仅跑示例场景
- 禁用插件与优化加载：--no-plugins --optimize-autoloader（或简写 -o），减少钩子触发和运行时扫描开销
CI/CD 或 Docker 环境注意事项
自动化流程中不能靠人工敲命令，需固化策略：
- GitHub Actions/GitLab CI：在 run: 步骤中直接写 php -d memory_limit=-1 composer install --no-dev -o
- Dockerfile 中：用 RUN php -d memory_limit=2G composer install --no-dev，避免 Alpine 镜像因 ZEND_MM_ALLOC 导致内存管理更激进
- 环境变量 COMPOSER_MEMORY_LIMIT 只控制 Composer 自身逻辑，无法绕过 PHP 底层限制，不能替代 php -d
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
