首先初始化Composer并创建composer.json文件，然后根据需求通过composer require引入必要依赖，接着在composer.json中配置autoload以支持现有代码结构，逐步替换旧代码并使用自动加载功能，在版本控制中提交composer.lock但忽略vendor目录，最后在部署时运行composer install --no-dev --optimize-autoloader优化性能，实现平滑集成。
在旧项目中引入 Composer 来管理依赖，是提升项目可维护性和扩展性的有效方式。即使项目最初没有使用 Composer，也可以逐步集成，无需重写整个结构。
1. 初始化 Composer
进入项目根目录，运行以下命令创建 composer.json 文件：
composer init根据提示填写项目信息，如名称、描述、作者等。不需要一次性定义所有依赖，可以后续逐步添加。
完成后会生成 composer.json，这是依赖管理的核心文件。
2. 引入必要的依赖
根据项目实际需要，使用 composer require 添加常用库。例如：
- 数据库操作：composer require illuminate/database
- HTTP 请求处理：composer require nyholm/psr7
- 日志组件：composer require monolog/monolog
这些库可以通过 Composer 自动加载，无需手动 include 或 require 文件。
3. 配置自动加载（Autoload）
如果旧项目有自己的目录结构和类命名方式，可以在 composer.json 中配置 autoload，让 Composer 加载现有代码。
例如，项目使用传统的目录结构：
"autoload": { "classmap": ["./lib", "./models", "./helpers"] }运行 composer dump-autoload 生成自动加载映射。之后就可以在新代码中直接使用旧类，由 Composer 负责加载。
若采用 PSR-4 命名规范，可改为：
"autoload": { "psr-4": { "App\\": "src/" } }4. 逐步替换旧代码结构
不建议一次性重构整个项目。可以先从某个模块开始，使用 Composer 引入现代组件替代老旧逻辑。
比如原项目手写数据库查询，可先引入 Eloquent ORM，逐步迁移数据访问层。
同时，在新功能开发中完全使用 Composer 管理的组件，确保新增代码符合现代 PHP 实践。
5. 提交 composer.lock 和 vendor 到版本控制？
推荐提交 composer.lock，它锁定依赖的具体版本，保证团队和生产环境一致性。
不要提交 vendor 目录，应将其加入 .gitignore。部署时通过 composer install 安装依赖。
6. 部署时使用 Composer
在生产环境部署流程中加入：
composer install --no-dev --optimize-autoloader这会安装依赖（不含开发工具），并优化类加载性能。
基本上就这些。Composer 可以平滑集成到旧项目，关键是从小处着手，逐步推进。
