应优先修改私有SDK的composer.json，将"guzzlehttp/guzzle": "^6.5"放宽为"^6.5 || ^7.2"；若SDK已废弃或含conflict排斥Guzzle 7+，则必须替换SDK。
composer why guzzlehttp/guzzle 显示私有 SDK 锁死 6.x 怎么办
这说明你项目里某个第三方 SDK（比如 acme/payment-sdk）在它的 composer.json 中硬写了 "guzzlehttp/guzzle": "^6.5"，而你想装的包（如 laravel/sanctum:^3.0）要求 ^7.2——两者无交集。别急着改自己项目的 composer.json，先确认这个 SDK 是否可控：
- 如果是你自己维护的私有包，直接进它目录改
composer.json，把约束放宽成"guzzlehttp/guzzle": "^6.5 || ^7.2"或更稳妥的"^6.5 || ^7.0" - 如果 SDK 已废弃或不开源，查 Packagist 看有没有兼容双方的中间版本（比如
guzzlehttp/guzzle:7.5.1是否同时被acme/payment-sdk的^7.0和laravel/sanctum的^7.2接受） - 若 SDK 用
conflict字段明确排斥 Guzzle 7+（如"conflict": {"guzzlehttp/guzzle": ">=7.0"}），那不是版本号问题，是设计上拒绝共存，必须换 SDK
为什么 composer why 不显示 require-dev 里的 phpunit 拉入的 Guzzle
composer why 只查「已成功安装」的包依赖链，而 phpunit/phpunit 如果还没装进 vendor/（比如你刚删了 vendor 或 composer.lock），它就不会出现在结果里。此时真正拦路的可能是 require-dev 里某个工具间接锁死了 Guzzle 版本，但 why 查不到。
- 运行
composer show --tree，重点看phpunit/phpunit下是否带出symfony/console→guzzlehttp/guzzle这类传递路径 - 临时注释掉
require-dev区块，再跑composer why guzzlehttp/guzzle，能快速排除干扰项 - 更准的方式是：先
composer install确保环境完整，再用composer why-not guzzlehttp/guzzle:^7.8定位谁在封杀
composer prohibits guzzlehttp/guzzle:7.8.1 能看到哪些包在阻止升级
composer prohibits 比 why-not 更细粒度，它不关心你想装什么，只回答「谁明令禁止这个具体版本」。对 guzzlehttp/guzzle:7.8.1 执行后，可能输出：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
myapp/myproject dev-main requires guzzlehttp/guzzle (^6.5) acme/payment-sdk v2.3.0 requires guzzlehttp/guzzle (^6.0) phpunit/phpunit 9.6.15 requires guzzlehttp/guzzle (^6.5.5)
- 注意：这里列出的是「直接声明约束」的包，不包括靠传递依赖间接影响的包
- 如果某行显示
conflict字段（如some-legacy-lib v1.0带"conflict": {"guzzlehttp/guzzle": ">=7.0"}），那就是硬性拦截，无法绕过 - 输出为空？说明没包显式禁止该版本，问题可能出在 PHP 版本、平台配置或
composer.lock旧快照残留
锁定 Guzzle 7.8.1 后 composer update 仍失败的常见原因
手动写死 "guzzlehttp/guzzle": "7.8.1" 到 composer.json，再跑 composer update guzzlehttp/guzzle 却报错，大概率是因为子依赖没同步更新。
- 必须加
--with-dependencies：否则 Composer 只尝试装guzzlehttp/guzzle，但它的require里有psr/http-client:^1.0，而 lock 文件里可能是psr/http-client:0.4，冲突就卡住 - 检查
composer show guzzlehttp/guzzle输出的requires列表，对照当前composer.lock里这些依赖的实际版本 - 如果
guzzlehttp/guzzle:7.8.1要求php >=8.0，但项目composer.json顶层写的是"php": "^7.4"，Composer 会直接拒绝，连依赖树都不算
最易被忽略的一点：composer.lock 里记录的 guzzlehttp/guzzle 版本可能和你刚写的 composer.json 不一致，但 Composer 不会自动覆盖——它只在 update 时重算，且必须满足所有约束。强行删 lock 文件再 install，反而会让问题更难复现。
