能，但取决于包的composer.json是否规范声明authors和license字段；composer show仅读取已安装包的该文件，不抓取远程元数据，--all选项则刻意省略这些字段。
composer show 能直接查到维护者和许可证吗
能，但要看包是否在 composer.json 里正确声明了 authors 和 license 字段。Composer 本身不抓取 GitHub 或 Packagist 页面上的元数据，只读取已安装包的 composer.json 内容。如果包作者没填或填得不规范（比如写成 "license": "MIT" 但漏掉 authors），composer show 就显示为空。
实操建议：
- 先确保包已安装：
composer require vendor/package-name（或已在vendor/下） - 运行
composer show vendor/package-name，查看输出中authors和license行 - 若字段为空，可手动打开
vendor/vendor/package-name/composer.json查看原始定义
为什么 composer show --all 不显示许可证
composer show --all 是列出所有已安装包的简略信息（名称、版本、描述），它刻意跳过 authors 和 license 这类非核心字段，避免输出过长。这不是 bug，是设计选择。
想批量查多个包的许可证？只能逐个查：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用 shell 循环：
composer show | cut -d' ' -f1 | xargs -I{} composer show {} | grep -E '^(name|license|authors)' - 注意：
composer show对未安装的包会报错，所以该命令只适用于已安装包 - 别依赖
--all获取完整元数据，它根本不读取单个包的composer.json
查未安装包的许可证和维护者怎么办
Composer 命令本身不支持查远程未安装包的详细信息。你得绕道 Packagist API 或直接访问网页：
- 用 curl 查 API：
curl -s "https://packagist.org/packages/vendor/package-name.json" | jq '.package.license, .package.authors'（需安装jq） - 浏览器打开
https://packagist.org/packages/vendor/package-name，页面右上角会显示 License 标签和 Maintainers 列表 - 注意：Packagist 上的 Maintainers 是指有推送权限的账号，不等同于
composer.json中的authors；两者可能不一致
license 字段值不标准导致解析失败
常见问题：有些包把 license 写成 "license": "BSD-2-Clause"（标准），但也有人写成 "license": "BSD 2-Clause" 或 "license": ["MIT", "Apache-2.0"]。Composer 能识别前者，但后者在旧版本中可能只显示第一个值，甚至报 warning。
验证方式：
- 运行
composer validate，它会提示 license 字段是否符合 SPDX 标准 - 若看到
Warning: The license "XYZ" is not a valid SPDX license identifier，说明这个值无法被工具链可靠解析 - 真正影响的是自动化合规检查（如 FOSSA、Snyk），不是
composer show显示——它照常输出，只是内容不可信
维护者信息最容易被忽略的一点：它藏在 composer.json 的 authors 数组里，而这个数组可以有多个对象，每个含 name、email、role。composer show 只打印第一个 name，不会合并或展开全部。真要确认谁在维护，得翻源码仓库的 CONTRIBUTING.md 或 GitHub 的 recent committers。
