laravel 命令行中 session 默认为空，因 cli 环境无 http 上下文、cookie 和会话载体，startsession 中间件不执行；应改用传参、缓存、手动登录用户或抽离服务类替代 session 依赖。
在 Laravel 中通过命令行（Artisan 命令）执行请求时，session 默认为空是正常现象，因为命令行环境没有 HTTP 上下文、没有 Cookie、没有会话存储载体（如浏览器），Laravel 的 session 组件根本不会启动。
为什么命令行中 session 不可用
Laravel 的 session 依赖于完整的 HTTP 生命周期：从请求进入、中间件解析 Cookie、到 SessionStore 初始化并读取/写入数据。而 Artisan 命令运行在 CLI 模式下，不经过 Kernel::handle() 的完整请求流程，StartSession 中间件不会执行，session() 辅助函数或 $request->session() 返回的都是空或未初始化的实例。
不要在命令中直接依赖 session
如果你发现某条命令里写了 session()->put('key', 'value') 或试图读取用户登录态，说明设计上存在误区。CLI 环境中：
- 没有“当前用户”概念（除非你手动传入用户 ID 或 Token）
- 没有跨请求的 session 生命周期（命令执行完就结束）
- 即使强行启用 session（如调用
session_start()），也无法与 Web 请求共享数据
替代方案：用其他方式传递上下文
根据实际需求选择合适的方式替代 session：
-
传参驱动：把需要的数据作为命令参数或选项传入，例如：
php artisan send:notification --user=123 --template=welcome -
数据库/缓存标识：若需模拟“会话状态”，可临时写入缓存（如
Cache::put('cli_task_'.$id, $data, 300)）或数据库标记任务上下文 -
使用 auth()->loginUsingId() 临时登录用户：如果逻辑依赖用户模型（如权限检查、关联查询），可在命令中手动登录指定用户：
auth()->loginUsingId(123); // 后续 $user = auth()->user() 就可用 - 封装为可复用的服务类：把原本依赖 session 的业务逻辑抽离成不依赖 HTTP 上下文的服务，让 Web 控制器和 Artisan 命令都调用它，只由各自提供所需参数
特殊情况：模拟 HTTP 请求测试 session（不推荐生产用）
极少数调试场景下，你可能想在命令中“假装”发起一个带 session 的 HTTP 请求（比如调用 Http::asForm()->withCookies(...)->post(...)）。这时 session 数据需手动构造 Cookie 字符串（如从浏览器复制 laravel_session 值），但这仅适用于调试或集成测试，不可用于正式任务调度，且存在安全与一致性风险。
