为什么 vendor/autoload.php 找不到
这个错误不是 Composer 本身崩溃，而是你的 PHP 脚本（比如入口文件、测试脚本或命令行工具）在 require 或 include 它时失败了。根本原因是 vendor/autoload.php 这个文件压根不存在，或者路径写错了。
常见触发场景：
- 刚克隆项目但没运行
composer install - 误删了
vendor/目录或composer.lock - 在子目录下执行脚本，却用相对路径硬写
require '../vendor/autoload.php' - 项目用了
composer create-project但跳过了依赖安装步骤
composer install 和 composer update 该选哪个
如果 composer.lock 存在（且是你团队维护的），必须用 composer install —— 它按锁文件精确还原依赖，快、确定、可复现。此时不会重算依赖树，也不会改 composer.lock。
只有当你明确要升级依赖、修改 composer.json 后同步版本，才用 composer update。它会重新解析依赖并更新 composer.lock，容易引入意外变更。
执行前确认：
-
ls -l composer.lock看锁文件是否存在 -
composer --version确保不是太老的 1.x 版本（2.x 起默认行为更严格） - 若提示
Could not open input file: composer.phar，说明没正确安装或没加到$PATH
自动加载路径写法必须匹配项目结构
别把 vendor/autoload.php 当成固定“全局路径”。它的位置取决于你当前工作目录（getcwd()）和 composer.json 的位置。Composer 默认只在 composer.json 所在目录生成 vendor/。
安全写法（推荐）：
require __DIR__ . '/vendor/autoload.php';
这要求你的脚本和 composer.json 在同一级（如 index.php 和 composer.json 都在项目根目录）。如果脚本在 public/ 下，就得向上找：
require dirname(__DIR__) . '/vendor/autoload.php';
绝对不要写死 ../vendor/autoload.php 或 ../../vendor/autoload.php —— 一旦目录结构调整就立刻失效。
检查 vendor/ 是否真被生成出来
运行完 composer install 后，立刻验证：
-
ls -la vendor/—— 应有autoload.php、bin/、composer/和各包目录 -
php -l vendor/autoload.php—— 检查语法是否合法（极少数情况因权限或编码损坏） -
composer dump-autoload—— 如果只是类映射没刷新（比如新增了 PSR-4 命名空间），这个命令能重建autoload_static.php和相关映射，但不会重建整个vendor/
如果 vendor/ 目录空或只有 composer/，大概率是 composer install 中途失败被忽略，要看完整输出里的 Warning 或 Script @php artisan package:discover handling the post-autoload-dump event returned with error code 1 这类线索。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
