composer show 未走镜像是因为它默认只读取本地已安装包信息，不触发远程请求；只有加 --all 或查询未安装包时才访问镜像源，需通过 composer config -g repo.packagist 确认配置生效、清除缓存并验证镜像 url 是否正确。
composer show 为什么没走镜像？先确认是否真在用镜像
执行 composer show 本身不触发包下载，它只读取本地 vendor/ 或远程元数据，但如果你加了 --all 或查未安装包（如 composer show laravel/framework），就会连镜像源。很多人以为配置完镜像就“自动生效”，其实 composer show 是否走镜像，取决于你查的是已安装包还是远程包。
验证方式：运行 composer show --all monolog/monolog | head -n 1，观察输出里 URL 是否含 mirrors.cloud.tencent.com 或 mirrors.aliyun.com；如果仍是 packagist.org，说明镜像没生效。
- 检查全局配置是否写对：
composer config -g repo.packagist输出必须是完整 URL，不是空或默认值 - 项目级
composer.json中的repositories会覆盖全局设置，删掉或注释掉再试 - 缓存没清干净会导致旧源残留：
composer clear-cache后看到两行Clearing cache (cache-dir):和Clearing cache (cache-vcs):才算完成
查不到包或报错 404？注意镜像同步延迟和路径规范
腾讯云、阿里云等镜像不是实时同步，新发布的包可能要数小时后才可见；另外，镜像 URL 对路径大小写和末尾斜杠敏感——https://mirrors.cloud.tencent.com/composer/ 有效，但 https://mirrors.cloud.tencent.com/composer（缺斜杠）会返回 404。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer show --all vendor/package查远程包时，vendor 名必须全小写，且不能带多余空格 - 某些包（尤其是私有或非 Packagist 官方源）根本不会同步到公共镜像，此时
show会报Could not fetch - 用
curl -I https://mirrors.cloud.tencent.com/composer/p2/vendor/package.json直接测镜像响应，比看composer show报错更准
输出信息混乱或中文乱码？别怪镜像，是终端或 locale 问题
composer show 输出内容本身不含中文——它只是纯文本字段（name、description、version），所谓“中文显示”只可能是你终端渲染了 UTF-8 编码的描述字段，或用了第三方语言包劫持。镜像源本身不提供翻译，也不改内容编码。
- 确保终端支持 UTF-8：
locale | grep -E "LANG|LC_ALL"应输出类似LANG=en_US.UTF-8（英文环境也 OK，关键在 UTF-8） - 别装
csineneo/lang-*类包——它们用正则替换输出，与 Composer ≥2.5 冲突频繁，移除后composer clear-cache即可回归稳定 - 如果 description 字段本身就是中文（比如某些国内包作者写的），那显示正常；乱码通常是终端没设对编码，不是镜像或 Composer 的锅
想快速定位依赖冲突？用 --tree 和 --outdated 组合查
composer show 真正实用的调试场景，不是看单个包，而是结合参数挖出隐藏问题。比如某个类加载失败，根源常在 autoload 配置或版本约束冲突，而这些信息都在 show 输出里。
-
composer show -t monolog/monolog显示该包完整依赖树，能一眼看出是否被多个版本间接引入 -
composer show --outdated --direct只列出你直接声明的、有更新的包，避免被 dev 依赖干扰 -
composer show --platform检查 PHP 和扩展是否满足要求，比手动php -v和php -m更聚焦项目实际依赖
镜像只是加速通道，show 的核心价值在于暴露元数据细节——autoload 规则、require 版本约束、type 类型，这些字段稍不留神就导致 class not found 或版本锁死，比网络慢更难排查。
