必须加--no-dev，否则autoload优化不生效；它决定classmap生成范围，配合--optimize-autoloader和--classmap-authoritative才能真正提速，缺一不可。
必须加 --no-dev，否则 autoload 优化根本不会生效——它不是提速“辅助项”，而是 classmap 生成的前提条件。
为什么 --no-dev 是 autoload 优化的硬性门槛
Composer 的 --optimize-autoloader（或 -o）只把已安装包里的类扫描进 vendor/composer/autoload_classmap.php。但 dev 包（如 phpunit/phpunit、laravel/pint）本身也带大量类文件，它们会挤占 classmap 空间、拖慢生成速度，更关键的是：这些类本不该出现在生产环境的自动加载路径里。
- 不加
--no-dev时，--optimize-autoloader会照常扫描 dev 包下的所有类，导致 classmap 文件体积膨胀、首次加载变慢 - 某些框架（如旧版 Laravel）在启动时会检查
autoload_classmap.php是否存在且非空，若混入了 dev 类又没被正确引用，可能触发意外的 autoloading fallback 或 warning -
"optimize-autoloader": true在composer.json中的配置，同样受--no-dev控制——dev 包的类永远不会被纳入该 classmap
--no-dev 生效的前提：composer.lock 必须干净
加了 --no-dev 却发现 vendor/bin/phpcs 还在、composer show 仍列出一堆测试工具？大概率是 composer.lock 文件已被污染。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
grep -A 5 "require-dev" composer.lock，如果输出非空，说明 lock 文件里存了 dev 包的版本和哈希，install会照装 - 修复方式：在无 dev 包的干净环境中执行
composer update --no-dev --lock，然后提交新 lock 文件 - CI 流水线中不能只靠安装命令“补救”，必须把 lock 文件洁净性作为部署前检查项
搭配 --classmap-authoritative 才真正提速
--optimize-autoloader 只是生成 classmap；要让它起效，必须配合 --classmap-authoritative（或 -a），否则 autoload 器仍会 fallback 到 PSR-4 目录扫描。
- 权威模式下，autoloader 只查 classmap 数组，彻底跳过
file_exists()和目录遍历，实测冷启动快 20%–50% - 但要注意：若代码里有动态拼接类名（如
class_exists("{$prefix}".$name)），且该类未被静态扫描到 classmap 中，就会直接报Class not found - 验证是否生效：打开
vendor/composer/autoload_classmap.php，搜索你刚加的类全名（如AppConsoleCommandsDeployCommand），确认它在数组键中
真正容易被忽略的点在于：autoload 优化不是“开了就快”，而是依赖三者协同——--no-dev 清理输入范围，--optimize-autoloader 构建映射，--classmap-authoritative 强制走映射。少一个，classmap 就只是个大而无用的文件。
