在 laravel 中命令行不能直接调用控制器方法，应将业务逻辑抽离至 service 类供控制器和 artisan 命令共同调用；不推荐手动 dispatch 请求或直接实例化控制器，因其违背架构原则且风险高。
在 Laravel 中，命令行不能直接调用控制器方法，因为控制器是为 HTTP 请求设计的，依赖请求生命周期、中间件、响应处理等机制。但你可以通过几种合理方式在 Artisan 命令中复用控制器里的逻辑。
推荐做法：把业务逻辑抽离到 Service 类
这是最符合 Laravel 架构和 SOLID 原则的方式。不要在命令中直接调用控制器，而是将核心逻辑从控制器移到独立的 service 类中，再让控制器和命令共同调用它。
- 新建
app/Services/UserExportService.php - 把原本写在
ExportController@handleExport里的导出逻辑移到该 service 的execute()方法中 - 在控制器里注入并调用：
$this->exportService->execute($request->all()) - 在 Artisan 命令的
handle()中同样注入并调用：$this->exportService->execute(['format' => 'csv'])
不推荐但可行：手动创建请求并分发到控制器（仅限调试）
可通过 Route::dispatch() 模拟一次 HTTP 请求，间接触发控制器方法。但会启动完整请求周期，开销大，且无法保证中间件、CSRF、Session 等行为符合预期。
- 在命令的
handle()中构造请求：$request = Request::create('/api/export', 'GET', ['format' => 'json']); - 执行：
$response = Route::dispatch($request); - 注意：需确保路由已定义，且该控制器方法允许 CLI 访问（比如去掉
web中间件或临时绕过验证）
快速临时方案：在命令中直接 new 控制器并调用方法（慎用）
控制器不是为直接实例化设计的，它可能依赖 $this->request、$this->response 或未初始化的属性，容易报错。
- 如果硬要试，先 resolve 控制器：
$controller = app(ExportController::class); - 手动绑定请求（如有需要）：
$controller->setRequest(Request::create('/','GET')); - 再调用：
$controller->handleExport(); - 风险高：缺少中间件、异常处理、响应发送逻辑，返回值通常是
Response对象，CLI 下无法渲染
本质上，控制器不是业务逻辑容器，而是 HTTP 协议的适配层。把逻辑移出去，命令和 Web 请求才能真正复用、可测、可维护。
