生产环境必须用 composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction --prefer-dist，缺一不可；否则将导致 autoload 退化、类加载变慢数倍、偶发 class not found，且存在安全风险与体积膨胀问题。
生产环境用 composer install --no-dev --optimize-autoloader --classmap-authoritative 是唯一可靠起点，缺一不可——少一个参数，autoload 就可能退化回反复 stat()、类加载慢几倍，甚至报 Class not found。
为什么 composer install --no-dev 不是可选项而是硬性前提
没加 --no-dev，phpunit、larastan、symfony/debug-bundle 这类包会照单全收进 vendor/，直接导致三重问题：
- 体积膨胀：多出 50–200MB 无用文件，拖慢部署、增加镜像大小
- 安全风险：dev 包常含调试接口、反射调用、未过滤的错误输出，线上暴露即隐患
- autoload 污染：即使没装，
autoload-dev里声明的Tests\或Factories\命名空间仍可能被 loader 解析，增大 classmap 体积、干扰匹配顺序
别信 COMPOSER_NO_DEV=1 环境变量——它在 Composer 2.2+ 已被弃用，CI 脚本里漏写参数就等于白配。
--optimize-autoloader 和 --classmap-authoritative 必须成对出现
单独用 --optimize-autoloader（或简写 -o）几乎无效：它只把 PSR-4 映射转成静态数组，但 autoloader 仍会 fallback 到目录扫描；真正跳过 file_exists() 和 stat() 的，是 --classmap-authoritative。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 加了
--classmap-authoritative后，vendor/composer/autoload_real.php的findFile()方法只剩if ($classMap = $this->classMap)分支，PSR-4 逻辑被完全移除 - 报
Class not found？不是配置错，是 classmap 漏了类——检查vendor/composer/autoload_classmap.php里有没有你新加的App\Console\Commands\DeployCommand -
"classmap-authoritative": true必须写进composer.json的config块，否则composer update后可能丢失
部署脚本里怎么写才不翻车
CI/CD 流水线里最常见错误：lock 文件没 commit、本地手动 update 后忘推、或用 dump-autoload -o 替代 install——后者在 Composer 2+ 中已失效，生成的 classmap 极可能不全。
- 务必先
git checkout $TAG，再跑composer install，确保代码与composer.lock版本一致 - 加
--no-interaction -n防卡在插件启用提示，加--prefer-dist强制下 zip 包，避免 git clone 失败 - 完整命令：
composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction --prefer-dist - 别在部署机上动态下载 composer.phar——校验 SHA256 后预置二进制更安全
opcache.enable_cli=1 是优化生效的隐形门槛
就算 autoload_classmap.php 生成了、--classmap-authoritative 也加了，如果 PHP 没开 opcache.enable_cli=1，那每次 composer install 生成的 autoload 文件都只是“临时工”：PHP-FPM 启动时无法缓存它，每次请求仍要反序列化几 MB 数组。
- 验证方式：
php -i | grep opcache.enable，确认opcache.enable和opcache.enable_cli都为On -
opcache.revalidate_freq=0必须设，禁用时间戳校验，否则缓存形同虚设 - 别忽略
opcache.save_comments=0：去掉注释后 opcode 更小，autoload.php 加载快 10–15%
classmap 不是越大越好；如果 autoload_classmap.php 超过 2MB 却只用到其中 3%，说明项目里还混着大量 "docs/": ["docs/"] 或 "tests/": ["tests/"] 这类无效 autoload 配置——删掉它们比加 -o 更管用。
