如何通过Composer Global机制防止全局包被局部修改而造成污染？

本文共计742个文字，预计阅读时间需要3分钟。

突然不是因为装了两次，而是因为+PHP+自动加载器在运行时只能加载一个版本的类。当使用+composer global require+和+composer require+同时引入+symfony/console（例如v5和v6）时，由于两个环境都通过同一CLI PHP进程加载，可能会导致+Class not found或+Cannot redeclare错误。这不是Composer的bug，而是自动加载机制的自然限制。

哪些工具真该用 global，哪些必须进项目

判断标准只有一条：它是否参与项目代码的运行逻辑。

• ✅ 适合 global：纯命令行工具，不被项目代码 require 或 autoload，比如 laravel/installer、deployer/deployer
• ⚠️ 强烈建议进项目：测试类库（如 phpunit/phpunit）、静态分析（如 phpstan/phpstan）、格式化（如 friendsofphp/php-cs-fixer）——它们常被 phpunit.xml、CI 脚本或 composer.json 的 scripts 字段直接调用，且版本敏感
• ❌ 绝对禁止 global：任何运行时依赖，如 guzzlehttp/guzzle、monolog/monolog。