必须加--no-dev，否则会将phpunit等开发工具打入生产环境，污染autoload、增大体积、引发安全与性能问题；它跳过require-dev包及其autoload注册，需配合--optimize-autoloader和--classmap-authoritative使用。
composer install 为什么必须加 --no-dev 才能上线
生产环境跑 composer install 不加 --no-dev，等于主动把 PHPUnit、PHPStan、php-cs-fixer 这类开发工具打进线上包里。它们不光增加 vendor 目录体积（常多出 50MB+），还会污染自动加载器——vendor/autoload.php 会加载一堆不该存在的类，导致内存占用升高、OPcache 命中率下降，甚至暴露测试路由或调试接口。
CI/CD 脚本或 Dockerfile 中漏掉这个参数，是线上事故高频诱因。不是“可选”，而是部署阶段的硬性要求：
-
--no-dev真正作用是跳过require-dev区块里的所有包，且不生成对应 autoload 规则 - 它不影响
require下的运行时依赖，也不会改变 lock 文件内容 - 搭配
--optimize-autoloader后，autoload_classmap.php 里只存生产代码路径，性能更稳
composer install 卡在 “Loading composer repositories” 怎么办
这不是命令写错了，是网络卡在连 Packagist 官方源。国内直连 packagist.org 的 CDN 节点极不稳定，超时、空响应、DNS 污染都常见。
别改项目级 composer.json 的 repositories 字段——容易和团队配置冲突。直接全局换镜像：
- 执行
composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/ - 验证是否生效：
composer config -g repos.packagist应返回阿里云地址 - 已卡住的命令，Ctrl+C 中断后重试即可，无需清缓存
注意：旧镜像 https://packagist.phpcomposer.com 已停用，别再用。
composer install 报 “Your requirements could not be resolved” 是什么问题
这错误不是依赖冲突，而是你本地环境不满足 composer.lock 里某个包的运行前提。它不报具体哪个包出问题，只甩一句笼统提示，容易误导人去查 composer.json。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
真实原因往往藏在这三处：
- PHP 版本低于 lock 文件中某包声明的最低版本（例如锁了
monolog/monolog v3.5.0，它要求php >=8.1，而你本地是 PHP 8.0） - 关键扩展缺失：
ext-mbstring、ext-xml、ext-curl没启用，composer diagnose会明确标出 -
composer.json顶部"config": {"platform": {"php": "8.2.10"}}写死了平台版本，但实际运行环境是 PHP 8.1
--ignore-platform-reqs 只是临时绕过检查，装出来的包大概率后续运行时报错，不能当解决方案。
composer install 比 update 还慢？怎么提速
表面看 install 只是照单下载，但它默认要校验每个包的 SHA256 哈希值、逐个解压、写入 vendor/、生成 autoloader —— 这些 I/O 步骤无法跳过。尤其当 composer.lock 里有大量小包（比如前端构建链相关），磁盘读写压力反而比 update 更高。
真正有效的提速组合只有三个：
-
composer install --no-dev -o：跳过 dev 包 + 生成优化 autoload classmap - 确保 Composer 缓存开启：
composer config -g cache-dir查看路径，确认磁盘空间充足 - 别在机械硬盘上跑 —— SSD 是硬门槛，尤其是 CI 构建节点
加 --no-cache 只在换 PHP 版本后重装时有用，日常不用；-v 日志只在排查卡在哪一个包时才开，否则纯属拖慢速度。
