全局与项目镜像配置互不干扰，冲突实际源于path优先级、autoload隔离及命令解析顺序；应统一使用./vendor/bin/工具路径，禁用混用，并避免全局config.platform干扰版本兼容性判断。
全局插件和项目局部依赖不会在“镜像解析”上冲突——Composer 本身不为全局和局部包分别配置镜像，镜像设置只作用于当前作用域的 composer.json 或全局配置文件，但冲突常被误归因为镜像，实际根因是路径优先级、autoload 隔离与命令解析顺序。
为什么你会觉得是“镜像解析冲突”？
典型现象是：在项目里运行 phpstan 报错 Class not found，或 php-cs-fixer 行为异常，而你刚给全局配了阿里云镜像、项目里又写了腾讯云镜像——其实镜像只影响 composer install / update 时的包下载源，不影响已安装二进制的执行逻辑。
真正出问题的地方在于：
- 你执行的是全局
phpstan（来自~/.composer/vendor/bin/phpstan），它加载的是全局vendor/autoload.php - 但项目里
composer show phpstan/phpstan显示装的是 v1.12，而全局装的是 v1.10 —— 两个 autoload.php 加载的类路径完全不同 - 镜像配置差异只是让你「以为」两边该装一样版本，实际上
global require和require --dev是完全独立的安装流程，各自走各自的镜像源（如果配置了）
全局镜像和项目镜像到底谁生效？
两者互不干扰，但容易混淆：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 全局镜像配置在
~/.composer/config.json，只影响composer global命令 - 项目镜像配置在项目根目录的
composer.json的repositories字段，或composer config repositories.packagist.org，只影响当前项目下的install/update - 没有“继承”或“覆盖”关系；如果你没配全局镜像，
composer global require就走 Packagist 官方源；项目里即使配了镜像，也绝不会让全局命令去那里拉包
验证方式：composer global config repositories.packagist.org 和 composer config repositories.packagist.org 分别执行，看输出是否一致。
怎么避免“看起来像镜像导致的版本错乱”？
核心原则：**不混用全局和项目工具入口**。镜像不是问题，调用路径才是。
- CI/CD 脚本中一律写死
./vendor/bin/phpstan，不依赖$PATH查找 - 本地开发时，在 shell 配置里加 alias：
alias phpstan='./vendor/bin/phpstan'，比改PATH更安全（不污染多项目环境） - IDE（如 PHPStorm）的外部工具配置，明确指向
./vendor/bin/phpstan，并确保工作目录设为项目根目录 - 如果必须用全局工具（比如
laravel/installer），就别在项目里再require laravel/framework同一主版本——否则artisan可能加载错的symfony/console
一个容易被忽略的细节：config.platform 影响全局和局部的兼容性判断
config.platform 是唯一可能跨作用域产生“隐式耦合”的配置项。它不控制镜像，但会欺骗 Composer 的依赖解析器：
- 若你在
~/.composer/config.json里写了"platform": {"php": "8.1"}，那么所有composer global操作都会假装系统是 PHP 8.1 - 而你的项目
composer.json里写的是"php": "^8.2"，此时global require phpstan/phpstan可能装了一个不兼容项目 PHP 版本的二进制 - 更隐蔽的是：某些包（如
sebastian/environment）的conflict规则会检查php版本，而这个检查受config.platform干扰
所以，除非你有统一运维需求，否则不要在全局 config.json 里设 platform；项目内需严格按真实环境设。
