laravel 11 彻底移除了 input、dbal、validator、html、form 等 17 个 facade，需分别替换为 request 对象、原生 dbal 实例、form request 类、手写 html 或 laravelcollective/html 包。
将 Laravel 项目升级到 11 版本时，必须替换所有已被彻底移除的 Facade 调用，否则应用启动即报 Class not found 或 Target class does not exist 错误，这类问题不会在测试中暴露，只会在首次请求时崩溃。
确认哪些 Facade 已被移除
执行 php artisan tinker → 输入 app('events') → 若返回 Call to undefined function app() 或抛出 IlluminateSupportFacadesXXX 类不存在异常，说明该 Facade 已从框架中物理删除。Laravel 11 彻底清除了 Illuminate 命名空间下所有非核心 Facade，包括 Input、Artisan、DBAL、Validator 等共 17 个类。
直接 grep 全局代码：grep -r "use IlluminateSupportFacades\" app/ --include="*.php"，结果中出现 【Input、DBAL、Validator、HTML、Form】 这五类必须立即处理，其余如 Cache、Auth、Route 可保留。
Input Facade 替换方案
Input Facade 自 Laravel 6.0 起已废弃，11 版本中完全消失。它曾用于 Input::get('name')、Input::has('email') 等调用。
方法一：改用 Request 对象（推荐）
将控制器方法签名从 public function store() 改为 public function store(Request $request)，然后把所有 Input::xxx() 替换为 $request->xxx()。例如：Input::get('title') → $request->get('title')，Input::all() → $request->all()。
方法二：全局辅助函数（仅限简单场景）
使用 request('name') 替代 Input::get('name')，filled('email') 替代 Input::has('email')。注意：这些函数在 Blade 模板中不可用，且无法链式调用验证逻辑。
【切勿在中间件或服务提供者中使用 request() 辅助函数——此时请求对象尚未绑定到容器，会返回 null】
DBAL Facade 移除后如何操作数据库结构
DBAL Facade 原用于 DBAL::getDoctrineSchemaManager() 获取 SchemaManager 实例，常配合 Doctrine DBAL 手动建表。Laravel 11 已移除对 Doctrine DBAL 的默认集成，illuminate/database 不再自动加载 doctrine/dbal。
第一步：检查 composer.json 是否仍含 "doctrine/dbal": "^3.0" —— 若有，必须保留；若无，不要主动安装，Laravel 11 默认不依赖它。
第二步：将原 use IlluminateSupportFacadesDBAL; 删除，改用原生 DBAL 实例：
① 在需要位置手动实例化：$connection = DB::getDoctrineConnection();
② 再调用：$schemaManager = $connection->getSchemaManager();
第三步：若项目重度依赖 DBAL 表变更（如动态添加列），必须升级至 doctrine/dbal:^4.0 并重写语法——$schemaManager->createTable($table) 中的 $table 构造方式已变更，旧写法会抛 InvalidArgumentException。
Validator Facade 替换路径
Validator Facade 的 Validator::make() 调用必须全部转为基于 Request 类的验证，这是 Laravel 11 强制要求的唯一合法路径。
原写法：$validator = Validator::make($data, ['email' => 'required|email']);
新写法：创建专用 Form Request 类 → 运行 php artisan make:request StoreUserRequest → 在 rules() 方法中定义规则 → 控制器中直接注入：public function store(StoreUserRequest $request)。
若临时需快速验证（如 API 闭包路由），改用辅助函数：validate($request, ['email' => 'required|email'])。此函数会自动抛出 422 响应，无需手动判断 $validator->fails()。
【不要在 Service 类或 Job 中调用 validate() 辅助函数——它强依赖当前 HTTP 请求上下文，队列任务中会报错】
HTML 和 Form Facade 彻底淘汰方案
HTML 和 Form Facade 自 Laravel 5.6 起标记废弃，11 版本中已无任何残留。它们生成的 Form::open()、HTML::link() 等标签全部失效。
方法一：全部手写 HTML 标签
将 {{ Form::open(['url' => '/login']) }} 直接改为 <form method="POST" action="%7B%7B%20route('login')%20%7D%7D"></form>，CSRF token 需显式添加：@csrf。
方法二：引入官方替代包
运行 composer require laravelcollective/html:^6.4（兼容 Laravel 11），然后发布配置：php artisan vendor:publish --provider="CollectiveHtmlHtmlServiceProvider"。之后可继续用 Form::open()，但语法微调：Form::open(['route' => 'login.store']) 必须传 route 名称而非 URL 数组。
方法三：前端接管表单渲染
若项目已接入 Inertia 或 Livewire，直接删除所有 Form Facade 调用，交由前端组件管理表单状态与提交逻辑，后端仅接收 JSON 数据。
