克隆项目后 composer install 报“No composer.json”是因为根目录缺失该文件，可能位于子目录或需重命名 composer.json.dist；有 composer.lock 时应优先用 install 而非 update；报错“requirements could not be resolved”多因 PHP 版本或扩展不匹配；vendor/autoload.php 找不到需检查路径、运行 dump-autoload 或确认启动目录。
克隆完项目为什么 composer install 报错 “No composer.json”？
因为很多人直接克隆了 Git 仓库的代码，但没注意项目根目录下是否真有 composer.json——有些项目把 composer.json 放在子目录（比如 src/ 或 app/），有些则用 composer.json.dist 作为模板，需要先重命名为 composer.json。
实操建议：
- 进项目根目录后先运行
ls -la | grep composer（Linux/macOS）或dir composer*（Windows），确认文件是否存在、名字是否准确 - 若只有
composer.json.dist，执行cp composer.json.dist composer.json（Linux/macOS）或copy composer.json.dist composer.json（Windows） - 若
composer.json在子目录，别急着装依赖，先确认项目结构是否要求你 cd 进该目录再运行命令
composer install 和 composer update 到底该用哪个？
刚拿到源码、想复现原作者当时的依赖版本，必须用 composer install。它会严格读取项目自带的 composer.lock 文件，安装其中锁定的版本；而 composer.update 会忽略 lock 文件，重新解析 composer.json 并拉取最新兼容版本——这很可能导致行为不一致甚至报错。
常见错误现象：
- 运行
composer update后本地能跑，但上线就出Class not found—— 因为线上环境靠lock部署，而你本地版本已偏移 - CI/CD 流水线失败，提示
require-dev中某个包不存在 —— 很可能是update跳过了某些 require-dev 的约束条件
所以：只要项目里有 composer.lock，无特殊需求就只用 composer install。
遇到 “Your requirements could not be resolved” 怎么办？
这通常不是网络问题，而是 PHP 版本或扩展不匹配。Composer 会根据 composer.json 中的 php 约束（如 "php": "^8.1"）和已启用的扩展（如 ext-mbstring）做预检，任一不满足就直接报这个错，且不提示具体缺什么。
排查步骤：
- 运行
php -v确认 PHP 主版本与composer.json中require.php字段一致 - 运行
php -m检查必需扩展是否启用（常见缺失：mbstring、curl、json、xml） - 如果用了 Docker，注意宿主机 PHP 版本 ≠ 容器内 PHP 版本 ——
composer install必须在目标运行环境中执行
装完依赖后 vendor/autoload.php 找不到？
不是没装成功，而是自动加载没生效。Composer 默认生成的自动加载文件是 vendor/autoload.php，但部分老项目或定制化脚手架可能删掉了它，或者用了 --no-autoloader 参数（极少见但存在）。
验证方法：
- 检查
vendor/目录是否存在，且非空：ls vendor/composer/应能看到autoload_classmap.php等文件 - 运行
composer dump-autoload强制重建自动加载映射（尤其当你改过composer.json的autoload配置后） - 如果项目入口文件（如
index.php）里写的是require 'vendor/autoload.php'，但实际路径不对，要确认当前工作目录是否为项目根目录
最常被忽略的一点：有些框架（如 Laravel）的 public/index.php 是从 public/ 目录启动的，此时相对路径 ../vendor/autoload.php 才正确——不能死记硬背“vendor/autoload.php”这串字符。
