生产环境必须用composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction，缺一不可：--no-dev排除开发依赖防止污染和安全风险，--optimize-autoloader生成静态类映射，--classmap-authoritative强制仅查classmap提速，--no-interaction避免CI/CD卡住。
必须用 composer install --no-dev --optimize-autoloader --classmap-authoritative，缺一不可；只跑 dump-autoload -o 或漏掉 --no-dev，基本等于没优化。
为什么 composer install 加参数比 dump-autoload -o 更关键
很多人以为“优化 autoload”就是本地执行 composer dump-autoload -o，但这个命令只重写自动加载文件，不改变已安装的包内容。生产环境真正起效的是安装阶段——composer install 带 --optimize-autoloader 会强制在安装完成后生成 classmap，并把 PSR-4 映射也塞进 autoload_classmap.php；而单独 dump-autoload -o 在 Composer 2+ 中默认只写入 autoload_static.php，对 autoload_classmap.php 没影响，除非你手动配了 "classmap": ["src/"]。
-
--no-dev是前提：dev 包里的类不会进 classmap，残留它们会导致 autoloader 回退到 PSR-4 扫描模式，权威模式直接失效 -
--classmap-authoritative不是可选项：它让findFile()方法彻底删掉 PSR-4 的foreach循环，只查 classmap 表；不加它，哪怕有 classmap，运行时仍会做文件系统遍历 - 验证是否生效：打开
vendor/composer/autoload_real.php，搜索findFile—— 如果只剩if ($classMap = $this->classMap)分支，且没有$this->prefixesPsr4相关代码，才算真正启用
--classmap-authoritative 生产环境必须配 --no-dev 才安全
权威模式要求 classmap 覆盖所有可能被加载的类，否则 Class not found 错误直接抛出，不 fallback。而 dev 包（如 phpunit/phpunit、larastan/larastan）的类根本不会被扫进 classmap，如果它们的 autoload 配置残留在 vendor/composer/ 下，autoloader 就会在 classmap 查不到时悄悄降级，破坏优化效果。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- CI/CD 中建议加校验：
composer show --installed --no-dev | wc -l对比预期数量，确认没混入 dev 包 - 私有仓库场景下，
--no-dev还能避免因认证缺失导致的静默降级（比如本该从私仓拉的包，因 token 缺失 fallback 到 public 源，还带进一堆 dev 依赖） - Docker 构建中可叠加
--apcu-autoloader，APCu 缓存 classmap 查找结果，但前提是 PHP 已启用apcu.enable=1
OPcache 没开，前面所有优化都白搭
vendor/autoload.php 和 autoload_classmap.php 是 PHP 文件，每次请求都要被 Zend 引擎编译。如果 opcache.enable=0 或 opcache.validate_timestamps=1（生产环境常见错误），那 classmap 再快也没用——PHP 每次都在重复解析大数组。
- 必须确认：
opcache.enable=1、opcache.enable_cli=1（CLI 场景如部署脚本、队列 worker 同样需要） -
opcache.memory_consumption至少设为128M：大型项目 autoload 文件动辄几 MB，内存小了会被挤出缓存 - 不要依赖 “首次慢后续快” 来判断：用
ab -n 100 -c 10测完后，再执行opcache_get_status()['opcache_statistics']['oom_restarts']看是否发生过内存溢出重启
最容易被忽略的一点：classmap 是否完整，不取决于你加了多少参数，而取决于 composer.json 里 autoload 配置是否真实覆盖所有生产代码路径。比如 "psr-4": {"App\": "app/"} 却把类放在 src/，或者用了 "files" 类型加载器引入 helper 文件，这些都不会进 classmap，但又可能间接触发未声明类的加载——此时权威模式会直接失败，而不是默默降级。
