Composer是PHP依赖管理工具，通过composer.json声明依赖并安装；Packagist是其默认包仓库，提供公开库的索引与分发；两者协同工作，支持自定义源和私有仓库配置，实现高效、灵活的项目依赖管理。
如果您在使用PHP进行开发，并希望高效地管理项目依赖，可能会遇到Packagist和Composer这两个工具。它们共同构成了现代PHP生态中不可或缺的依赖管理方案。以下是关于它们之间关系的详细说明。
本文运行环境：MacBook Pro，macOS Sonoma
一、Composer的基本作用
Composer是PHP的依赖管理工具，它允许开发者在项目中声明所依赖的第三方库，并自动处理这些库的下载与加载。其核心功能通过一个名为composer.json的配置文件实现，该文件定义了项目所需的包及其版本约束。
1、在项目根目录创建composer.json文件，声明需要引入的库名称和版本号。
2、执行composer install命令，Composer会根据配置文件解析并安装对应依赖。
3、Composer还会生成composer.lock文件，锁定已安装的包版本，确保团队成员间环境一致。
二、Packagist作为默认仓库的角色
Packagist是Composer的官方默认包仓库，几乎所有公开的PHP开源库都会将元数据发布到Packagist上。当用户执行composer require命令时，Composer首先会向Packagist发起请求，查询目标包是否存在以及可用版本信息。
1、开发者上传自己的PHP库至GitHub等平台后，在Packagist官网提交该项目URL。
2、Packagist自动抓取库中的composer.json文件，提取名称、版本、依赖等信息并索引。
3、其他开发者在使用Composer安装该库时，无需指定额外源地址，即可直接下载安装。
三、自定义镜像或私有仓库的配置方式
尽管Packagist是默认源，但在某些网络受限或企业内部协作场景下，可能需要替换或添加新的包源。Composer支持通过配置修改获取包的来源，而不影响原有工作流程。
1、执行composer config repo.packagist composer https://packagist.example.com命令，可更换全局默认源。
2、在项目的composer.json中添加repositories字段，指定私有镜像地址，实现按项目切换源。
3、对于未托管在Packagist上的私有库，可通过vcs类型声明Git仓库地址，使Composer能正确拉取代码。
