composer require 命令将依赖写入 composer.json 的 "require" 或 "require-dev" 字段，同时更新 composer.lock 并下载包至 vendor/；需确保在含 composer.json 的项目根目录执行，否则报错。
require 命令到底往哪写依赖？
执行 composer require 不是只改 composer.json，它会同时更新 composer.json 和 composer.lock，并下载包到 vendor/。如果你发现运行后没变化，大概率是当前目录下没有 composer.json —— 它必须在项目根目录，且不能是子目录里随便一个 JSON 文件。
常见错误现象：Could not find a composer.json file in /path/to/dir，此时别急着手动编辑 JSON，先用 composer init 初始化，或确认是否进错了目录。
dev 依赖和生产依赖怎么分？
composer require 默认加的是生产环境依赖（"require" 字段），但有些工具类包只在开发时需要，比如 phpunit/phpunit 或 friendsofphp/php-cs-fixer。这时候得加 --dev 参数：
composer require --dev phpunit/phpunit:^10
这会把包写进 "require-dev"，并且不会被 composer install --no-dev 安装。漏加 --dev 是线上部署后报错的高频原因——比如某测试辅助类被误当生产依赖引入，结果线上环境找不到。
- 不加参数 → 写入
"require" -
--dev→ 写入"require-dev" -
--global→ 装到全局 Composer 目录（慎用，容易污染）
版本约束写不对，第二天就跑不通
直接写 composer require monolog/monolog 会安装最新稳定版，但实际项目中更推荐显式指定约束，比如 ^2.10 或 ~2.9.0。不写版本号，CI 构建可能今天装 3.0，明天装 3.1，而 3.1 可能已移除你正在用的 Monolog\Logger::addInfo() 方法。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
常用写法对比：
-
composer require monolog/monolog:^2.10→ 允许 2.10.x 到 2.99.x，不升级到 3.x -
composer require monolog/monolog:2.10.0→ 锁死精确版本（适合灰度验证） -
composer require monolog/monolog:dev-main→ 装 main 分支（仅调试用，勿上生产）
注意：用 ^ 时，如果主版本是 0（如 0.5.0），^0.5.0 实际等价于 ~0.5.0，只允许补丁升级，这点容易踩坑。
require 后 vendor 没更新？检查 autoload 和平台配置
有时 composer require 成功但类找不到，不是包没装，而是自动加载没生效。运行 composer dump-autoload 强制重生成 vendor/autoload.php —— 尤其当你手动改过 composer.json 的 "autoload" 段后。
另一个隐藏问题：PHP 版本不匹配。比如你在 PHP 8.2 下运行 composer require laravel/framework，但 composer.json 里写了 "config": {"platform": {"php": "8.0.0"}}，Composer 会按 8.0 解析依赖，可能装错兼容版本。删掉 "platform" 配置，或改成真实运行环境版本，再重试。
真正麻烦的情况是：require 的包本身有冲突依赖（比如 A 包要求 symfony/console:^5，B 包要求 ^6），这时 composer require 会直接报错退出，而不是静默降级。得看清楚错误里提示的冲突链，再决定是换包、降版本，还是加 --with-all-dependencies 强制处理（不推荐盲目加）。
