离线安装报“Allowed memory size exhausted”本质是Composer仍需解析lock文件、构建依赖图、生成autoload映射等高内存操作；必须用php -d memory_limit=2G而非COMPOSER_MEMORY_LIMIT，因后者不控制dump-autoload阶段。
离线安装时内存不足，本质不是“没网”导致的，而是 Composer 仍要解析 composer.lock、加载包元数据、生成 autoload 映射——这些操作照常吃内存，且无法跳过。
为什么离线模式下还报 Allowed memory size exhausted
离线安装（如 composer install --no-network 或本地 vendor/ 已存在但需重生成 autoload）仍会触发以下高内存动作：
- 读取并解析整个
composer.lock，构建依赖图（尤其当 lock 文件含 150+ 包、嵌套深度 >10 时） - 扫描
vendor/下所有 PHP 文件以生成vendor/autoload.php，若混入大体积测试数据或未清理的.json配置，会放大内存压力 - 即使不下载，
dump-autoload阶段仍调用 PHP 的反射和文件 I/O，xdebug 开启时内存占用可翻倍
离线场景下必须用 php -d 而非 COMPOSER_MEMORY_LIMIT
COMPOSER_MEMORY_LIMIT 环境变量只影响 Composer 自身逻辑（如依赖求解），但离线安装中真正爆内存的是 dump-autoload 和插件脚本——它们由 PHP 直接执行，只认 memory_limit ini 设置。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确写法：
php -d memory_limit=2G composer install --no-network - 错误写法：
COMPOSER_MEMORY_LIMIT=2G composer install --no-network（此时 autoload 生成阶段仍可能崩） - 若用
composer.phar，必须写成：php -d memory_limit=2G php composer.phar install --no-network
离线安装前能做的轻量级减负操作
在内存受限设备（如 CI 构建节点、老旧服务器）上，仅靠加内存不够，需主动删减处理范围：
- 先运行
composer dump-autoload --no-scripts --optimize单独生成 autoload，排除脚本干扰 - 确认
composer.json的autoload段没包含node_modules/、dist/或logs/目录（这些目录一旦被扫描，会显著拉高内存峰值） - 删掉
vendor/中不用的包（如已知不需要phpunit，就手动rm -rf vendor/phpunit再装） - 临时关掉 xdebug：
php -d zend_extension= -d xdebug.mode=off -d memory_limit=2G composer install --no-network
Docker 或受限环境里容易被忽略的一点
离线安装常发生在容器或 chroot 环境中，此时光调 PHP 内存不够——系统级 fork 失败（proc_open(): fork failed - Cannot allocate memory）更常见。它和 PHP memory_limit 无关，而是 Linux 内核无法分配新进程。
- 检查是否真缺内存：
free -m和cat /proc/meminfo | grep CommitLimit - 若可用内存 dd if=/dev/zero of=/swap bs=1M count=1024 && mkswap /swap && swapon /swap
- Docker 启动时必须设
--memory=3g，否则即使 PHP 设了-1，OOM killer 也会在 fork 阶段直接杀进程
