vendor/autoload.php找不到，主因是vendor目录未生成或路径错配：先确认composer.json和composer.lock存在且合法，删除空vendor后运行composer install重建；若失败则加--no-cache重试。
composer require 后 vendor/autoload.php 找不到？先确认 vendor 目录真在哪儿
报 Failed opening required 'vendor/autoload.php'，不一定是路径写错，很可能是 vendor 根本没被创建到你预期的位置。Composer 2.0+ 已废弃 config.vendor-dir 字段，设了也白设，还会触发警告。
- 运行
COMPOSER_VENDOR_DIR=./libs composer install，看libs/是否生成 —— 若成功，说明问题出在环境变量未设置或设错 - 检查是否误设了
COMPOSER_HOME，它会连带改变全局行为，包括COMPOSER_VENDOR_DIR的默认作用域 - PHPStorm 或 VS Code 等 IDE 可能缓存旧
vendor路径，需手动执行 “Reload project from Disk” 或清空索引 - CI/CD 脚本里硬编码了
require 'vendor/autoload.php'，必须同步改成require __DIR__ . '/libs/autoload.php'（假设你用了COMPOSER_VENDOR_DIR=./libs）
SDK 类名报 Class not found？autoload 映射没生效是主因
不是文件丢了，而是 Composer 不知道该从哪加载它。ThinkPHP、Laravel 等框架默认只扫描 app/ 和 vendor/，手动丢进 extend/ 或 lib/ 目录不会自动注册命名空间。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 确认 SDK 是通过
composer require vendor/sdk-name安装的，而不是直接复制文件 - 检查
composer.json的autoload段：若 SDK 使用标准 PSR-4，必须有类似"WeChat\": "src/"的映射；若用传统单文件（如AopClient.php），改用"files"方式加载 - 改完
composer.json后，必须运行composer dump-autoload -o，否则新映射不会写入autoload_static.php - ThinkPHP 中若用
Loader::addNamespace()，必须在框架初始化前调用，放在控制器里无效
composer install 报 “could not find package”？包名或源配置错了
90% 的“找不到包”不是网络问题，而是包根本不在 Packagist 默认源里，或者名字抄错了。阿里云、腾讯云等 SDK 大多走私有源或 GitHub VCS。
- 去官网文档复制完整包名，
aliyun-openapi-php-sdk和alibabacloud/openapi-sdk-php是两个完全不同的包 - 若包在 GitHub 但未上 Packagist，加 VCS 源：
composer config repositories.my-sdk vcs https://github.com/vendor/sdk - 运行
composer show -a vendor/package查全量版本列表，注意末尾的稳定性标记（stable、dev-main），装dev-main要加@dev后缀 - 某些 SDK 强制依赖
ext-curl或ext-json，用php -m | grep -E "curl|json"确认已启用，不是 Composer 能解决的事
装完 SDK 调用时报错？endpoint、凭证、签名常被忽略
安装成功 ≠ 能用。绝大多数“接口调不通”发生在初始化阶段，跟 Composer 无关，但排查时容易误判为依赖问题。
- 别照抄文档里的
new Client()示例——很多 SDK 要求base_uri带版本号（如https://api.example.com/v2/），漏掉就 404 - App ID / Secret 必须从环境变量读取：
getenv('ALIYUN_ACCESS_KEY_ID')，硬编码会导致上线后Invalid credentials - 部分 SDK 默认发
Bearer认证头，但服务端实际要API-Key，得显式传headers => ['API-Key' => 'xxx'] - 升级 SDK 后行为突变？查
CHANGELOG.md里的Breaking Changes小节，类名、方法名、参数顺序可能全变了
COMPOSER_VENDOR_DIR）和框架初始化时机（如 Loader::addNamespace() 必须早于 App::run()）。
