全局安装的包位于系统目录，供所有项目使用，适合开发工具；项目内安装的包存于本地vendor目录，由composer.JSon管理，确保依赖可复制、可移植，避免环境不一致问题。
使用 composer global 命令安装的包与在项目中直接使用 composer require 安装的包，主要区别在于作用范围、依赖管理、版本控制和运行环境。下面从几个关键方面说明两者的不同。
1. 安装位置和作用范围
global 安装的包会被放置在系统的全局 Composer 目录中（通常是 ~/.composer/vendor），对所有项目都可用；而项目内安装的包只存在于当前项目的 vendor/ 目录下。
2. 是否纳入版本控制
项目中的 composer.json 和 composer.lock 文件通常会提交到 git 等版本控制系统中，确保团队成员使用一致的依赖版本。而全局安装不会记录在项目配置中。
- 项目依赖：通过
composer.json明确声明，可共享、可复制。 - 全局依赖：没有集中管理，容易造成“在我机器上能跑”的问题。
3. 可移植性和环境一致性
如果一个项目依赖某个全局安装的工具或库，换一台机器时如果没有正确配置全局环境，项目可能无法运行或构建失败。
- 推荐将项目所需的一切依赖都放在本地，提升可移植性。
- 全局安装更适合个人开发效率工具，不建议用于项目核心依赖。
4. 版本冲突管理
全局安装的包如果与项目中同名但版本不同的包共存，可能会引发加载错误或行为异常。
- Composer 不会自动解决全局与局部之间的版本冲突。
- 例如：全局装了 v9 的 PHPStan，项目用了 v10，执行时可能调用错版本。
基本上就这些。简单来说，global 适合装通用工具，方便命令行调用；项目内安装更安全、可控，适合业务依赖。合理区分使用场景，能避免很多环境问题。