composer install --no-dev是生产环境强制项，它跳过require-dev包安装，避免phpunit等dev依赖混入vendor导致安全风险、性能损耗及class not found错误，必须搭配--optimize-autoloader和--classmap-authoritative使用。
composer install 不是“装依赖的万能命令”，它只在有 composer.lock 时才该用；参数选错，轻则性能下降，重则线上报 Class not found 或直接退出。
为什么 composer install --no-dev 是生产环境强制项
不加 --no-dev，require-dev 里的包（比如 phpunit、phpstan、laravel/pint）全会进 vendor/。这不只是多占几 MB 磁盘——自动加载器会扫描并注册这些类，导致内存占用升高、APCu 缓存污染，更危险的是某些 dev 工具自带 Artisan 命令或路由（如 phpunit 的 --debug 模式、laravel/dusk 的浏览器服务），一旦被误触发可能暴露调试接口。
CI/CD 流水线或 Dockerfile 中漏掉这个参数，构建出的镜像就带了不该有的攻击面。正确写法只有一条：
composer install --no-dev --optimize-autoloader --classmap-authoritative
其中 --classmap-authoritative 表示“只从 classmap 加载类，完全忽略文件系统扫描”，能彻底杜绝因 PSR-4 路径配置错误导致的类加载 fallback 失败问题。
composer install --ignore-platform-reqs 是临时止痛药，不是解药
当你看到 Your requirements could not be resolved 并附带 php: ^8.2 或 ext-mbstring 报错时，加 --ignore-platform-reqs 确实能让命令跑通，但装出来的包极大概率运行时报错——比如 monolog/monolog v3.5.0 内部用了 PHP 8.1+ 的枚举语法，你用 PHP 8.0 强行装上，第一次调用日志就 Fatal error: Uncaught ParseError。
真正该做的是三件事：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer diagnose，它会明确告诉你缺哪个扩展或版本不匹配 - 检查
composer.json顶部"config": {"platform": {...}}是否硬编码了和你环境不符的 PHP 版本 - 确认本地 PHP 版本和扩展：用
php -v和php -m | grep -E "mbstring|xml|curl"
绕过检查 ≠ 解决问题，它只是把错误从安装阶段推迟到运行阶段。
composer install -o 和 --optimize-autoloader 性能差异在哪
-o 是 --optimize-autoloader 的简写，但它干的不是“让 autoload 更快”这么笼统的事——它会生成 vendor/composer/autoload_classmap.php，把所有类名到文件路径的映射一次性写死。没有这个文件时，Composer 默认用 PSR-4 规则动态拼路径，每次 new 一个类都要做一次文件存在性判断（stat 系统调用），I/O 开销大。
启用后效果明显：
- APCu 开启时，classmap 可被完整缓存，autoload 几乎零开销
- 即使没 APCu，也省去大量
file_exists()调用，尤其对含数百个类的 Laravel 应用 - 注意：如果项目里混用了 PSR-4 和 classmap（比如
"autoload": {"psr-4": {...}, "classmap": ["src/Helpers/"]}），必须确保composer dump-autoload -o重生成 classmap，否则新增的 Helper 类不会被收录
为什么 composer install 有时比 update 还慢
表面看 install 只是“照单下载”，但它默认会对每个包校验 SHA256（来自 composer.lock），再逐个解压、写入 vendor/、生成 autoload 文件——这些步骤无法跳过。而 update 在本地已有缓存时，可能复用已下载的 dist 包，跳过重复校验。
提速关键不在换命令，而在三点：
- 确认 Composer 全局缓存开启：
composer config -g cache-dir，路径应在 SSD 上 - 始终搭配
--no-dev -o，减少写入量和 autoload 生成耗时 - 国内环境务必提前配好镜像源：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
最常被忽略的一点：composer install 成功 ≠ 应用能跑。90% 的 Class not found 或 Command not found 错误，根源是 autoload 配置未生效或未执行 composer dump-autoload——哪怕你改的是 composer.json 里的 autoload 段，也必须手动触发重生成。
