composer install --no-dev是生产环境硬性要求，强制跳过phpunit等require-dev包，避免体积膨胀、安全风险及autoload冲突；必须配合--optimize-autoloader和--classmap-authoritative提升性能。
composer install --no-dev 是生产环境的硬性要求
它强制跳过 require-dev 下的所有包，比如 phpunit、phpstan、friendsofphp/php-cs-fixer。漏掉这个参数，线上 vendor/ 里就会混进一堆开发期工具——不仅增大部署体积、拖慢自动加载，还可能暴露调试接口或测试路由。
常见误用场景：
- Dockerfile 中写
composer install却没加--no-dev，导致镜像里塞了不该存在的包 - CI/CD 流水线用
composer update+--no-dev，但没提交新生成的composer.lock，后续install会失效
记住：只要不是本地开发，--no-dev 就不是“可选”，而是必须加。
composer install -o 和 --classmap-authoritative 的性能影响
-o（即 --optimize-autoloader）会生成扁平化的 classmap，跳过 PSR-4 命名空间解析过程；加上 --classmap-authoritative 后，Composer 会彻底禁用动态文件扫描，只信任 classmap 映射结果。
这两个参数组合使用，能显著降低自动加载开销，尤其在大量小类、高并发场景下：
- 不加
-o：每次 new 一个类都要按 PSR-4 规则拼路径、检查文件是否存在 - 加了
-o但没加--classmap-authoritative：仍会 fallback 到文件扫描，存在隐式开销 - 两者都加：类名→路径完全静态化，autoload 性能接近原生 require
注意：--classmap-authoritative 要求所有类都得被 classmap 扫到，所以务必确保 composer dump-autoload -o 已执行且无遗漏目录。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer install --ignore-platform-reqs 的真实用途和风险
它绕过 PHP 版本、扩展（如 ext-gd、ext-mbstring）等平台约束检查，典型用于临时调试环境版本不匹配问题。
但这是把双刃剑：
- 本地 PHP 是 8.0，而
composer.lock里某包声明"php": "^8.1"，不加此参数直接报错退出 - 加了之后能装上，但运行时可能因缺少扩展或语法不兼容直接 fatal error
- 绝对不能出现在生产部署脚本中——它掩盖了真实的环境缺陷
更稳妥的做法是：先确认目标环境 PHP 版本，再用 composer config platform.php 8.1.22 锁定平台版本，而不是粗暴忽略。
为什么 composer install 有时比 update 还慢？关键在 lock 文件校验
composer install 不是“简单解压”，它默认对每个包做三件事：校验 SHA256（来自 composer.lock）、解压到 vendor/、生成 autoloader。尤其是校验环节，无法跳过，且 I/O 密集。
如果你发现 install 卡在某个包不动，优先排查：
- 网络是否被拦截（国内建议提前配好阿里云镜像：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/） - 本地缓存是否损坏（可删
~/.composer/cache/后重试） -
composer.lock是否引用了已下架的旧版包（例如monolog/monolog:1.17.2已从 Packagist 移除）
真正提速不是靠换命令，而是组合使用：composer install --no-dev -o + 确保 SSD + Composer 缓存开启。
