生产环境必须用composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction，缺一不可：--no-dev排除开发依赖，--optimize-autoloader生成静态类映射，--classmap-authoritative强制仅查classmap提速，--no-interaction避免CI/CD卡住。
生产环境执行 composer install 必须用导出式优化组合，单靠换镜像或清缓存解决不了 autoload 重建慢的问题。
为什么 composer install 在生产环境仍卡在 “Generating autoload files”？
这不是网络问题，而是自动加载器未真正导出为静态映射。默认行为会保留 PSR-4 动态查找逻辑，每次类加载都要遍历目录、检查文件是否存在——尤其在容器或只读文件系统中更明显。
-
--optimize-autoloader（或-o）必须显式加，否则不会生成vendor/composer/autoload_classmap.php -
--classmap-authoritative（或-a）才是提速核心：它让 autoloader 完全跳过file_exists()和目录扫描，只查 classmap 数组 -
dump-autoload命令不触发完整扫描，它只是轻量刷新；只有install或update阶段才会重建 classmap - 若
autoload配置里路径末尾缺/（如"App": "app"写成"App": "app/"），PSR-4 扫描失效，类根本进不了 classmap
composer install 导出优化的最小安全命令组合
以下参数缺一不可，少一个就可能线上报 Class not found 或冷启动变慢：
-
--no-dev：跳过require-dev包，防止调试类污染 classmap（如laravel-debugbar的服务提供者） -
--optimize-autoloader：强制扫描全部 PSR-4/PSR-0 路径，生成完整autoload_classmap.php -
--classmap-authoritative：关闭 fallback 查找，仅依赖 classmap，提速最显著 -
--no-interaction：避免 CI/CD 构建时因 license 提示卡住（Docker 构建无 TTY）
正确写法：composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
验证 classmap 是否真正生效
不能只看命令是否跑通，要确认类确实被收录进映射表：
- 打开
vendor/composer/autoload_classmap.php，搜索你刚加的类全名（如AppConsoleCommandsDeployCommand），看是否在数组键中 - 若没找到，检查该类文件的命名空间是否拼错（比如漏了
\分隔符）、是否误放在tests/目录但又没配置到autoload-dev - 运行
php -d opcache.enable=1 -d opcache.enable_cli=1 vendor/autoload.php，观察是否仍触发大量stat()系统调用（可用strace -e trace=stat,openat php ...检查）
导出后仍慢？注意这三点隐藏陷阱
即使用了全部优化参数，实际运行时还可能被拖慢：
- APCu 未启用或未配置
apcu-autoloader：classmap 文件虽已生成，但每次请求仍需反序列化；开启 APCu 后可缓存解包结果，减少 I/O - PHP opcache 未覆盖
vendor/composer/下的文件：确保opcache.file_cache或opcache.enable_cli正确设置，否则 CLI 模式下 classmap 不进字节码缓存 - 某些包在
autoload-dev中声明了运行时类（如测试工具生成的桩类），而这些类又被主逻辑引用——--no-dev会让它们彻底消失，导致 classmap 缺失
导出不是“一键完成”，关键在 classmap 是否真实覆盖所有运行时用到的类；漏掉一个，权威模式就会直接报错，没有容错余地。
