首选方案是php -d memory_limit=-1 composer install --no-dev --optimize-autoloader --no-interaction，仅限本地与CI使用；CI/CD推荐设COMPOSER_MEMORY_LIMIT=2G环境变量；线上部署需清理vendor和lock、清缓存、最小化安装并单独dump-autoload。
在Laravel线上部署时执行composer install或composer update报出Allowed memory size exhausted，本质是PHP CLI进程内存被默认128M限制卡死，而非项目本身异常——尤其当vendor目录未清理、lock文件嵌套过深或CI容器内存配额不足时，1.5G内存都可能瞬间耗尽。
临时绕过内存限制（首选）
这一步操作起来很简单，直接在命令前加参数即可生效，无需重启服务或修改配置文件。
运行php -d memory_limit=-1 composer install --no-dev --optimize-autoloader --no-interaction。
注意：【-1 表示不限制内存，仅限本地开发与CI构建环境使用】，生产服务器若长期启用，可能触发OOM Killer强制杀掉进程；Docker容器中必须同步增加--memory=4g参数，否则PHP层放开也无济于事。
Windows PowerShell用户请用双引号包裹参数：php "-d memory_limit=-1" composer install。
用环境变量精准控制（CI/CD推荐）
适合GitLab CI、GitHub Actions等无法自由调用php命令的场景，避免因-d参数被安全策略拦截而失效。
Linux/macOS：执行export COMPOSER_MEMORY_LIMIT=2G，再运行composer install --no-dev --optimize-autoloader。
Windows CMD：set COMPOSER_MEMORY_LIMIT=2G → composer install --no-dev --optimize-autoloader。
该变量只影响Composer自身依赖解析逻辑，不改变PHP扩展行为，比全局memory_limit更安全；但【切勿设为-1】，CI节点内存有限，无限制申请会直接被系统强杀且只留“Killed”日志。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
精简安装过程降低峰值压力
Laravel线上部署必须跳过所有非必要环节，否则autoload生成阶段扫描storage/logs或node_modules会导致内存翻倍。
第一步：确认当前目录下无vendor/和composer.lock残留，若有则先rm -rf vendor composer.lock；
第二步：执行composer clear-cache，防止损坏缓存引发异常内存分配；
第三步：用最小化指令安装：composer install --no-dev --optimize-autoloader --prefer-dist --no-interaction；
第四步：单独生成autoload映射并跳过脚本执行：composer dump-autoload --no-scripts --optimize——这能避开第三方包初始化逻辑吃光内存。
确认CLI实际加载的php.ini路径
很多人改了Apache下的php.ini却对终端无效，因为CLI和Web SAPI加载的是不同配置文件。
运行php --ini，重点查看“Loaded Configuration File”行指向的路径；
若输出为空或路径异常，说明当前shell未识别到正确PHP版本，需检查which php与php -v是否一致；
常见错误：Docker内执行php --ini显示/usr/local/etc/php/php.ini，但宿主机改的是/etc/php/8.3/cli/php.ini——二者完全隔离。
