Composer global 用于全局安装 PHP 命令行工具，如 Laravel Installer 或 PHPStan，安装路径为 ~/.composer/vendor 或类似用户目录，不影响本地项目依赖与代码运行，不参与项目自动加载，仅方便 CLI 工具调用，需确保 PATH 包含全局 bin 目录，避免版本冲突与环境不一致问题。
Composer 的 global 命令用于在系统全局范围内安装 PHP 包，而不是针对某个具体的本地项目。理解它与本地项目的关系，有助于避免依赖冲突和环境混乱。
global 命令的作用范围
当你运行 composer global require package/name 时，这个包会被安装到用户的全局 Composer 目录中，通常是：
~/.composer/vendor（Linux/macOS）或 C:\Users\用户名\AppData\Roaming\Composer\vendor（Windows）。
这些全局安装的包独立于任何本地项目的 vendor 目录，不会出现在你项目中的 composer.json 或 vendor 文件夹里。
global 对本地项目没有直接影响
全局安装的包不会自动进入本地项目的依赖中，也不会被 require 或 autoload。也就是说：
- 你在项目代码中不能直接使用全局包的类或函数
- 本地项目不会因为全局装了某个包而改变行为
- 部署项目时，全局包不会被上传或生效
换句话说，global 安装的工具只是方便你在命令行中使用，比如 Laravel Installer、PHP-CS-Fixer、PHPStan 等 CLI 工具。
可能的间接影响和注意事项
虽然 global 不影响项目逻辑，但仍有几个需要注意的地方：
- 全局包的版本可能和本地项目需要的版本冲突 —— 比如你全局装了 v3 的 Laravel Installer，但某个脚本期望 v2 的行为
- 某些全局命令可能会读取当前目录下的配置文件，从而“影响”项目（例如 php-cs-fixer 格式化当前项目代码）
- PATH 环境变量需包含
~/.composer/vendor/bin才能直接运行全局命令 - 不同用户或环境的全局安装状态可能不一致，造成“在我机器上能跑”的问题
总结：global 是工具管理，不是项目依赖
Composer global 适合安装开发者工具，但它和本地项目是隔离的。你应该：
- 用
composer require管理项目依赖 - 用
composer global require安装命令行工具 - 不要依赖全局包来运行项目代码
基本上就这些。合理使用 global 可以提升开发效率，但别把它当成项目的一部分。
