项目本地安装将依赖存于vendor目录，确保依赖隔离、可移植性强、部署安全，适合框架和库；2. 全局安装将包存于系统目录，节省空间、便于使用命令行工具，但存在版本冲突和环境不一致风险；3. 建议运行依赖本地安装，开发工具可全局安装，但优先推荐本地安装以保证一致性。
在使用 Composer 管理 PHP 依赖时，可以选择将包安装在项目本地，也可以选择全局安装。两种方式各有适用场景和优缺点。
项目内安装（Local Installation）
项目内安装是默认方式，所有依赖包会被安装到当前项目的 vendor/ 目录下。
优点：- 依赖隔离：每个项目有独立的依赖环境，不同项目可使用不同版本的同一包，避免冲突。
- 可移植性强：通过 composer.json 和 composer.lock 文件，其他开发者或生产环境可以准确还原依赖版本。
-
部署安全：生产环境只需运行
composer install，即可按锁文件安装一致的依赖。 - 易于版本控制：项目依赖明确记录，便于团队协作和 CI/CD 集成。
- 占用更多磁盘空间：每个项目都有一份独立的 vendor 目录，相同包会重复存储。
- 安装稍慢：每次创建新项目都需要重新下载依赖，尤其在网络较差时较明显。
全局安装（Global Installation）
通过 composer global require 将包安装到系统的全局目录（通常为 ~/.composer/vendor/bin），供所有项目调用。
- 节省磁盘空间：工具类包只需安装一次，多个项目共享使用。
- 方便命令行工具使用：适合安装如 Laravel 安装器、PHPStan、PHP-CS-Fixer 等开发辅助工具。
- 快速访问：全局 bin 目录加入 PATH 后，可直接在终端运行命令。
- 版本冲突风险：全局只有一个版本，若多个项目依赖不同版本则无法满足。
- 环境不一致：团队成员可能安装不同版本的全局包，导致行为差异。
- 不利于部署：全局依赖不会被自动包含在项目部署流程中，容易遗漏。
- 权限问题：某些系统上全局目录可能涉及权限配置，增加维护成本。
如何选择？
基本原则是：项目运行依赖用本地安装，开发工具可用全局安装。
- 框架（如 Laravel、Symfony）、数据库 ORM、HTTP 客户端等，应本地安装。
- 代码检测、格式化、项目生成器等 CLI 工具，可考虑全局安装，但推荐使用项目本地安装 + vendor/bin 调用以保证一致性。
