composer require 需精准写版本号（如=7.0.0防自动改写）、区分require与require-dev、装完必执行composer dump-autoload刷新自动加载，否则类找不到；版本冲突需用--dry-run定位，改composer.json后须用require或update更新lock文件。
直接用 composer require 就能动态加依赖，但它不是“装上就行”的黑盒——版本约束怎么写、往哪写、装完类为啥找不到，每一步都得对齐 Composer 的解析逻辑，否则本地跑通、CI 报错、线上 Class not found 是常态。
composer require 怎么写版本号才不被自动改写
你敲的版本字符串，Composer 会立刻重写成它认为“合法”的形式，不是你写了什么就存什么。
-
"guzzlehttp/guzzle": "7.0"→ 实际存为"guzzlehttp/guzzle": "^7.0.0"，等价于允许升到7.999.999 - 真要锁死
7.0.0，必须写composer require guzzlehttp/guzzle=7.0.0（等号不能省）或"guzzlehttp/guzzle": "=7.0.0" -
~2.9.0和^2.9.0边界不同：~2.9.0只允许2.9.x，^2.9.0允许2.9.0到2.999.999 - 含字母的版本（如
v3.0.0-RC2）必须加引号：composer require vendor/pkg:"v3.0.0-RC2"，否则 shell 截断
require 和 require-dev 写错位置会导致部署失败
不是“放错地方只是多占点磁盘”，而是部署时 --no-dev 会彻底跳过 require-dev 里的包，如果它被运行时代码依赖，就会炸。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行时用到的类（比如
new GuzzleHttpClient()、use IlluminateSupportStr）必须进require - 只在测试、静态分析、开发工具里用的（如
phpunit/phpunit、phpstan/phpstan）必须加--dev参数，写入require-dev - 如果同一个包既在
require又在require-dev出现，最终生效的是require里的版本约束 - 部署命令必须带
--no-dev，否则 CI 流水线可能把 PHPUnit 打进生产镜像
装完包类还是找不到？autoload 没刷新是默认行为
Composer 下载完包、更新完 composer.json 和 composer.lock，但不会自动把新包的命名空间注册进 vendor/autoload.php —— 这步得你手动触发。
- 执行
composer dump-autoload强制重生成自动加载映射 - 尤其当你自己项目加了新 PSR-4 规则（比如
"App\": "app/"），或者删/换过包，这步不可跳过 - 某些包（如
illuminate/support）自带autoload配置，一旦进require，它的命名空间就永久注册进整个项目自动加载路径 - 检查该包的
composer.json是否含autoload字段（如"psr-4": {"Monolog\": "src/"}），否则即使装上了也加载不了
版本冲突报错 “Your requirements could not be resolved” 怎么快速定位
这不是网络问题，是多个包对同一依赖提出的版本范围没有交集，求解器算不出可行解。
- 先跑
composer update --dry-run -v，重点看输出末尾的Root requirements和Found conflicting requirements - 常见冲突源：两个包分别要求
symfony/console ^6.2和symfony/console ^5.4；或有人硬写了!=6.0.0 -
require-dev里的包也会参与全量求解，临时注释掉整个require-dev区块再试，能快速验证是否是开发依赖干扰 - 别用
composer update全量更新——它可能把稳定包意外降级；局部更新用composer update vendor/package --with-dependencies
最常被忽略的点：改了 composer.json 后只跑 composer install，它根本不重新求解，只会按 composer.lock 里的快照装旧版本；真正生效的前提是 composer.lock 被正确更新，而这只能靠 composer require 或 composer update 触发。
