composer install后类找不到或命令失效，根本原因是autoload映射未更新或未生效：需运行composer dump-autoload刷新vendor/composer/autoload_*.php映射，确认vendor/autoload.php被入口文件正确引入，检查composer.json中psr-4路径配置是否准确，并确保composer.lock存在且有效、php平台要求匹配、vendor目录权限正常。
composer install 后类找不到、命令失效，不是没装上，是 autoload 没刷进去
vendor/目录存在、composer install 显示 success，但 php artisan 报 Class not found 或命令不存在——这说明包确实下载解压进 vendor 了，但自动加载映射没更新或没生效。
-
vendor/autoload.php是入口文件，但它依赖vendor/composer/autoload_*.php里的映射表；这些文件不会在每次install时自动重建，尤其当composer.json里声明了新命名空间或包路径时 - 运行
composer dump-autoload强制刷新映射（开发环境够用）；生产环境加--optimize生成扁平 classmap，提升性能 - 如果项目用了 PSR-4 自动加载但
composer.json中"autoload": {"psr-4": {...}}路径写错（比如多了一层src/或少斜杠），dump-autoload也救不了——得先改配置再重跑 - Laravel 项目还可能缓存了 autoload 信息：删掉
bootstrap/cache/packages.php和bootstrap/cache/services.php再试
composer.lock 缺失或被忽略，install 变成了 update
composer install 的本意是“按 lock 文件精确还原”，但如果 composer.lock 不存在或被 .gitignore 过滤掉了，它会 fallback 到 update 行为——结果不可控，版本漂移，某些包可能根本没装。
- 检查
ls -la | grep composer.lock，确认文件存在且内容不为空（至少含{"packages": [） - Git 提交记录里没看到
composer.lock？那 CI 或新同事拉代码后执行的其实是composer update，不是你预期的安装 -
vendor/被.gitignore排除是对的，但composer.lock必须提交——它是版本一致性的唯一凭证 - 如果 lock 文件损坏（比如手动编辑出错），直接删掉它，再从 Git 历史里
git checkout HEAD -- composer.lock
PHP 环境不匹配，包被跳过安装
报错里没提示，install 也显示成功，但某个包就是没出现在 vendor/ 里——大概率是 PHP 版本或扩展不满足该包的 require 条件，Composer 直接跳过了它。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer check-platform-reqs，看哪些扩展（如ext-mbstring、ext-xml）标红未满足 - 注意 CLI 和 Web 使用的
php.ini可能不同：用php -i | grep "Loaded Configuration File"确认 CLI 加载的是哪个配置 -
composer.json顶部有"config": {"platform": {"php": "8.2.10"}}？那即使你本地是 PHP 8.1，Composer 也会假装它是 8.2.10——导致某些只兼容 8.2+ 的包被错误装上，运行时报错 - 别用
--ignore-platform-reqs掩盖问题，它只是让安装强行通过，实际运行时照样崩
vendor 目录权限错乱，autoload.php 写入失败但没报错
看起来一切正常，vendor/ 里有文件，但 autoload.php 里没包含刚装的包——可能是写入时权限不足，PHP 静默失败了。
- 查归属：
ls -ld vendor/ composer.lock，如果显示root而你当前是普通用户，就是被sudo composer install污染了 - 修复命令：
sudo chown -R $USER:$USER vendor/ composer.lock（Linux/macOS）；Windows 下用资源管理器属性 → 安全 → 编辑权限 - 别用
chmod 777，这解决不了根本问题，还引入安全风险 - 验证是否修好：删掉
vendor/autoload.php，再跑一次composer install，看它能否重新生成
真正卡住的地方，往往不在“装没装上”，而在“装上了，但 PHP 找不到”。autoload 映射、lock 文件一致性、平台约束、目录归属——这四点漏掉任何一环，都会让包“看似安装成功，实则形同虚设”。
