Yii2控制台命令无法读取Web端session，根本原因是CLI环境无HTTP上下文、不自动启动session且不解析Cookie；需手动setId()和open()才能访问指定session ID的数据。
Yii2 控制台命令 Controller 无法读取 Web 端 session，根本原因在于运行环境与 session 存储机制的天然隔离。
控制台和 Web 是两个完全独立的请求生命周期
控制台命令运行在 CLI（命令行）模式下，由 PHP 进程直接执行，不经过 HTTP 协议栈；而 Web 端 session 依赖于 HTTP 请求/响应上下文（如 Cookie、$_SESSION 初始化、session_start() 调用时机等）。控制台应用启动时，不会自动启动 session，也不会解析浏览器发送的 Cookie，因此 $this->session 或 Yii::$app->session 始终是未激活状态，即使配置相同也无法访问 Web 端已创建的会话数据。
session 存储驱动本身不构成障碍，但使用方式完全不同
即便你已将 session 配置为 Redis 或数据库（如 yii\redis\Session），控制台控制器仍需手动开启并指定 session ID才能读取——它不会像 Web 请求那样自动从 Cookie 中提取 PHPSESSID 并关联到对应记录。例如：
- Web 请求：浏览器带 Cookie → Yii 自动调用 session_start() + 根据 $_COOKIE['PHPSESSID'] 加载数据
- 控制台命令：无 Cookie、无 session ID 上下文 → 即使连接同一 Redis 实例，默认也只会新建一个空 session
常见误操作与验证建议
以下做法不能解决问题，反而可能掩盖本质：
- 在控制台中调用
$session = Yii::$app->session;后直接$session->get('user_id')—— 返回 null，因 session 尚未 open - 仅修改
'class' => 'yii\redis\Session'配置，却不调用$session->setId($id)和$session->open() - 试图通过
$_SESSION全局变量读取 —— CLI 下该数组为空且不可靠
若确需在控制台中读取某个 Web 用户的 session，必须明确知道其 session ID（例如从日志、数据库或 Web 接口传入），然后手动初始化：
示例代码片段：$session = Yii::$app->session;
$session->setId('abc123xyz'); // 必须准确提供 Web 端生成的 ID
$session->open();
$value = $session->get('auth_key');
$session->close();
替代方案更符合设计原则
控制台任务应避免强依赖 Web session，推荐以下实践：
- 用数据库或缓存（如 Redis hash）单独存储任务所需上下文，以用户 ID、任务 ID 等业务主键索引
- 将 Web 端需要传递的信息，作为命令参数或配置项显式传入，例如：
./yii user/export --user-id=123 - 对敏感操作（如后台触发用户行为），改用 token 或临时凭证机制，而非复用 session 生命周期
