用 composer show 可直接查包的作者和维护者信息，其 authors 字段含结构化作者数据，-v 参数可显示 homepage、source、support 等潜在联系方式字段，且结果实时、覆盖私有库，比 Packagist 或 GitHub 更可靠。
直接查 composer show 就行，不需要翻手册或扒源码。
用 composer show 查包的作者和维护者信息
Composer 自带命令就能拿到结构化元数据，composer show 默认输出包名、版本、描述、依赖和作者字段。作者信息就藏在 authors 字段里，通常是 JSON 数组格式。
- 查单个包：
composer show vendor/package-name - 加
-v参数能看到完整字段（含homepage、support、source等）：composer show -v vendor/package-name - 作者字段可能为空，尤其是一些个人小包或 fork 项目，别默认一定有
composer show 输出里哪些字段可能含联系方式
作者信息不等于联系方式，但几个字段常被用来放联系入口：
-
homepage：通常是项目官网，有时首页底部有邮箱或 GitHub 链接 -
support.source或source：指向 Git 仓库地址（如https://github.com/vendor/package），点进去看README.md或CONTRIBUTING.md -
support.email：极少见，但部分企业包会填官方支持邮箱 -
support.issues：问题反馈地址，间接反映维护活跃度
注意：composer.json 里这些字段全靠开发者自觉填写，没有强制校验，空着或写 "N/A" 很常见。
为什么 composer show 比手动查 GitHub 更可靠
有人习惯去 Packagist 页面点链接跳转，但这容易失效或滞后：
- Packagist 缓存更新有延迟，
composer show读的是本地vendor/composer/installed.json，实时性强 - 有些包没上 Packagist（比如私有库、path repo），
composer show仍能显示其composer.json中定义的字段 - GitHub 用户名可能和 composer
vendor名不一致（比如公司改名后未同步更新），authors字段更贴近发布时的归属声明
遇到作者字段为空怎么办
不是所有包都填了作者，这时候得靠线索反推：
- 先跑
composer show -v vendor/package，确认source地址，复制到浏览器打开 - 进 GitHub/GitLab 仓库后，优先看
README.md开头的 “Maintained by” 或 “Contact” 段落 - 如果 README 也没写，用
git log -1 --pretty="%an "查最新提交作者（需有源码克隆权限） - 别信 Packagist 页面右上角的 “Maintainer” 标签——它只显示 Packagist 账户绑定关系，和实际代码作者可能不一致
最麻烦的情况是：包没源码地址、没文档、作者字段空、连 Packagist 都没收录。这种基本只能放弃主动联系，改用 issue 模板或社区论坛提问。
