composer安装的包默认存放在项目根目录的vendor/文件夹中，按vendor-name/package-name结构存放，路径由composer硬编码决定，config.vendor-dir仅影响后续操作。
composer install 后包存在哪
Composer 安装的包默认放在项目根目录下的 vendor/ 文件夹里，每个包按 vendor-name/package-name 结构存放。比如 monolog/monolog 就在 vendor/monolog/monolog/ 下。
这个路径是硬编码进 Composer 的，不会因 composer.json 里的 config.vendor-dir 改变而“自动迁移”旧包——改了只影响后续 install/update。
- 运行
composer config vendor-dir可确认当前配置值（默认就是vendor） - 如果项目中曾手动改过
vendor-dir，但没执行composer update --no-install+composer install，vendor/可能残留旧结构 - 别直接删
vendor/后靠 IDE “跳转到定义”找源码——此时跳转大概率失败，因为 autoload 信息还没重建
如何快速打开某个包的源码文件
最稳的方式不是猜路径，而是用 Composer 自带命令定位：composer show -p vendor/package。它会输出包的完整绝对路径，结尾带 /。
例如：composer show -p guzzlehttp/guzzle 返回 /your/project/vendor/guzzlehttp/guzzle/，后面直接拼 src/Client.php 就行。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
-p参数必须加，不加只显示摘要信息，没有路径 - 包名大小写要和
composer.json中声明的一致（Composer 不校验大小写，但文件系统会） - 如果提示 “Package not found”，先确认该包确实在
require或require-dev里，且已 run 过composer install
vendor 里为什么看不到 src 或 lib 目录
有些包（尤其是老项目或私有包）把代码放在 lib/、src/、classes/ 甚至根目录下，Composer 不强制规范——它只管把整个 zip/tar 包解压进来，结构由包作者决定。
autoload 配置（autoload psr-4 等）才是 PHP 找类文件的依据，不是目录名。所以不能凭直觉认为 “有 src 就一定在 src/ 下”。
- 查
vendor/vendor-name/package/composer.json里的autoload字段，看psr-4或classmap指向哪 - 例如
"psr-4": {"Monolog\": "src/"}表示MonologLogger类对应src/Logger.php - 若包没配 autoload（极少见），可能得翻
index.php或文档才知道入口文件在哪
IDE 跳转失效时怎么手动验证路径
PHPStorm / VS Code 的 “Go to Definition” 依赖 composer autoload 生成的映射（即 vendor/composer/autoload_*.php）。如果跳不到，大概率是 autoload 文件没更新，或用了动态 require。
- 先跑
composer dump-autoload，强制重生成 autoload 文件 - 检查
vendor/composer/autoload_classmap.php里有没有你要的类名 —— 没有就说明包没正确注册 autoload - 如果包是通过
files方式加载的（如"files": ["src/helpers.php"]），那跳转永远不生效，只能靠composer show -p定位后手动开
路径本身没问题，只是工具链断了一环。盯住 vendor/composer/ 下那几个 autoload_*.php 文件，它们才是真实权威。
