composer require 用于添加依赖，语法为 composer require vendor/package:version，如安装 Guzzle：composer require guzzlehttp/guzzle:^7.0，会下载包、更新 composer.json 和 composer.lock；建议使用 ^2.0 等版本约束避免兼容问题，开发依赖用 --dev 参数区分，如 composer require --dev phpunit/phpunit:^9，生产环境部署时可加 --no-dev 跳过；安装前确保有 composer.json，推荐配置国内镜像加速，如阿里云源，安装后验证 autoload.php 是否生效，正确使用可确保依赖管理高效稳定。
在使用 Composer 管理 PHP 项目依赖时，composer require 是最常用的命令之一。它能自动将新依赖包写入 composer.json 并安装对应库。掌握正确的使用方式，可以避免版本冲突、环境不一致等问题。
理解 composer require 的基本用法
最基本的语法格式是：
composer require vendor/package:version其中：
-
vendor 是包的作者或组织名，比如
monolog -
package 是具体的库名称，如
monolog/monolog -
version 可选，指定要安装的版本约束，如
^2.0或2.12.0
例如，安装 Laravel 的 HTTP 客户端 Guzzle：
composer require guzzlehttp/guzzle:^7.0这条命令会：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 下载 guzzlehttp/guzzle 包及其依赖
- 将该包信息写入
require字段 - 更新
composer.lock文件
选择合适的版本约束
版本号管理对项目稳定性至关重要。Composer 支持多种版本写法：
- ^2.0：兼容性版本，允许更新到 2.x 最新版，但不会升级到 3.0
- ~1.5.0：仅允许修订版和次版本更新（如 1.5.1, 1.5.2），但不会到 1.6.0
- 1.*：匹配所有 1.x 版本
- *：不限制版本（不推荐）
建议始终明确指定版本范围，避免意外升级导致的兼容问题。
区分 require 和 require-dev
开发依赖和生产依赖应分开管理：
- 普通依赖使用 composer require vendor/package，会写入
"require"字段 - 开发工具如 PHPUnit、PHPStan 应使用：
composer require --dev phpunit/phpunit:^9
这样只会写入"require-dev"，部署时可通过composer install --no-dev跳过安装
安装时的注意事项
执行命令前建议：
- 确认当前目录存在
composer.json，否则会创建新项目 - 检查网络是否通畅，某些镜像源可能延迟同步
- 可使用国内镜像加速，例如阿里云镜像：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 安装后检查
vendor/autoload.php是否可用，确保自动加载生效
基本上就这些。只要注意版本控制和依赖分类，composer require 就能高效安全地为项目添加功能。不复杂但容易忽略细节。
