Composer报“Recursion limit exceeded”是因依赖解析先触达默认200层深度阈值，而非内存耗尽；典型场景包括多级子目录下autoload相对路径回溯、path仓库反向依赖或dev-main无约束导致路径爆炸。
为什么composer install在深层目录里报 recursion limit 而不是 memory limit
因为 Composer 解析依赖时先撞上默认 200 层递归深度阈值，根本没机会吃光内存。它发生在路径解析阶段——比如项目在 /a/b/c/d/e/f/g/project 这种嵌套结构下，Composer 会把当前工作目录、vendor 路径、autoload 生成路径全纳入递归计算，尤其当 autoload.files 或 autoload.classmap 里含相对路径（如 ../../helpers.php）时，回溯层数直接飙升。错误日志只显示 Recursion limit exceeded (200)，不报具体文件，说明解析器已在路径展开中迷失。
composer.json 中哪些配置会放大路径深度风险
以下字段在多级子目录下极易触发隐式循环或路径爆炸：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
"autoload": {"psr-4": {"App\": "src/"}—— 看似正常，但若src/实际位于../../../src/，Composer 会反复向上跳转拼接绝对路径 -
"repositories": [{"type": "path", "url": "../shared-lib"}]—— 若../shared-lib又反向 require 了父项目的某个包，形成 A → B → A 式路径循环 -
"require-dev": {"phpunit/phpunit": "dev-main"}—— dev-main 版本无稳定约束，Composer 会尝试所有可能分支，每轮试探都叠加路径深度
怎么用 composer depends 快速定位路径枢纽节点
别跑 composer show --tree——树太深时输出上万行，关键路径早被淹没。真正有效的办法是倒查高频路径交汇点：
- 运行
composer depends --tree --max-depth=2 psr/log（换成你项目里频繁出现的包名，如symfony/console） - 重点看哪些包同时被 ≥5 个不同顶级依赖引入——它们是路径折叠失败的高发区
- 执行
composer why-not php:8.2（替换成你实际 PHP 版本），直接暴露所有阻断升级的间接路径链，比手动拼../..快十倍
临时绕过但不掩盖问题的路径安全写法
--recursion-limit 参数仅用于诊断或紧急构建，不能替代根因修复：
- 加到命令末尾即可：
composer install --recursion-limit=500 - 超过 1000 后内存占用陡增，CI 环境容易 OOM；若调高后报
Allowed memory size exhausted，说明真有路径循环，不是深度问题 -
composer update不继承该参数，默认仍走 200，必须显式传入 - 真正要做的：切断深层路径依赖链——删掉
require-dev中非必要工具，把path类型仓库改成dist+ Git tag，避免本地包反向 require 父项目
Recursion limit exceeded 往往只是表象，背后可能是 autoload.files 里一个未清理的 ../../vendor/autoload.php，也可能是 repositories.path 指向了一个正在开发中的、又偷偷 require 了当前项目的包。 
