Target class [Admin] does not exist 错误本质是 AdminServiceProvider 未生效，主因包括：providers 数组未注册该服务提供者、配置/路由/自动加载缓存未清除、资源发布不完整或数据库连接失败导致异常被掩盖；需依次检查 config/app.php 注册、执行 config:clear、route:clear、dump-autoload，并验证 DB 连接与 .env 配置。
Target class [Admin] does not exist 错误
这个错误不是类真的丢失，而是 Laravel 的自动发现或服务提供者注册失败导致的类加载中断。常见于 php artisan admin:install 或访问 /admin 路由时抛出，本质是 Encore\Admin\Providers\AdminServiceProvider 没生效。
- 检查
config/app.php的providers数组是否包含Encore\Admin\Providers\AdminServiceProvider::class；别漏掉末尾的::class - 确认没在
AppServiceProvider::register()或其他地方用app()->isLocal()条件包裹了该 Provider 注册逻辑——生产环境会跳过 - 运行
php artisan config:clear和php artisan cache:clear，再试一次php artisan admin:install - 如果用了 Laravel 10+ 的「package discovery」机制，但项目禁用了自动发现（
laravel/dump-server等包常触发），需手动加回 Provider
vendor:publish 后仍提示类找不到
发布命令本身不报错，但后续操作仍报错，大概率是资源发布不完整或路径映射失效。
- 执行
php artisan vendor:publish --provider="Encore\Admin\AdminServiceProvider" --force，强制覆盖已存在的配置和视图 - 检查
config/admin.php是否真实生成且可读；若为空文件，说明发布中途被中断或权限不足 - 确认
app/Admin目录存在且非空；首次安装后它应含bootstrap.php、routes.php和Controllers/ - 运行
composer dump-autoload，刷新自动加载映射（尤其在手动移动过app/Admin目录后）
缓存清理要清哪几层
Laravel-admin 的加载依赖三层缓存：配置、路由、类自动加载。只清 cache:clear 不够。
-
php artisan config:clear：清除bootstrap/cache/config.php，让config/admin.php修改立即生效 -
php artisan route:clear：后台路由定义在app/Admin/routes.php，但会被 Laravel 缓存到bootstrap/cache/routes-v7.php（版本相关） -
composer dump-autoload：确保app/Admin下新增的控制器、资源类能被自动加载器识别 - 开发中可顺手
rm -rf bootstrap/cache/*彻底清空，比单条命令更彻底
为什么改完 .env 还是连不上数据库
admin:install 失败时提示 “Class not found”，但真实原因是数据库连接失败后异常被吞掉，最终 fallback 到类加载错误。
- 先验证基础连接：
php artisan tinker→DB::connection()->getPdo()，看是否抛出认证失败或拒绝连接 - 确认
.env中DB_CONNECTION值是mysql（不是sqlite或拼错），且DB_HOST是127.0.0.1而非localhost（MySQL 8+ 默认禁用 socket 连接） - 如果改过
config/database.php里的默认连接名（比如叫admin_db），必须同步在config/admin.php里设'database' => ['connection' => 'admin_db']
route:clear —— 它不像 config:clear 那样常被提及，但一旦 app/Admin/routes.php 修改后没清，/admin 就永远 404，而错误信息却指向类不存在。 
