ThinkPHP 6 的 Request 对象不能读取 Session，因其设计上不管理 Session；正确方式是直接使用 Session::get()、session() 助手函数或 app('session') 实例。
ThinkPHP 6 的 Request 对象根本不能读取 Session
直接说结论：Request 是请求上下文的抽象，它不持有、也不负责管理 Session。试图调用 $request->session() 或 $request->get('session') 都会失败或返回空——这不是配置问题，是设计使然。
Session 在 ThinkPHP 6 中由独立的 think\Session 组件管理，和 Request 属于不同职责域。混淆这两者是新手最常踩的坑。
正确读取 Session 的三种方式（推荐用第三种）
必须绕过 Request，直接使用 Session 组件：
-
方式一（静态调用）：
Session::get('user_id')或session('user_id')（助手函数） -
方式二（容器注入）：在控制器方法参数中声明
think\Session $session，然后调用$session->get('token') -
方式三（最稳妥）：用
app('session')获取实例，再调用get()/has()/pull()——避免静态调用带来的测试隔离问题
注意：session() 助手函数在非 HTTP 环境（如命令行）下默认不启用 Session 驱动，需手动启动：app('session')->start()。
立即学习“PHP免费学习笔记（深入）”；
为什么 $request->param() 里看不到 Session 数据
Request::param() 只合并了 GET、POST、PUT、PATCH、DELETE 请求体和查询参数，明确排除 Cookie 和 Session。这是为安全考虑：防止攻击者伪造请求参数覆盖服务端状态。
常见误操作：
- 把登录态存进
$_SESSION后，还试图用$request->param('user_id')去取 → 永远为null - 在中间件里用
$request->session()判断登录 → 方法不存在，抛出BadMethodCallException - 未调用
session_start()或未配置session.type（如设为file但目录不可写）→get()返回null且无报错
Session 配置和驱动失效的典型表现
即使代码写对了，Session 仍读不到，大概率是底层没跑起来。检查这几处：
-
config/session.php中'type' => 'file'时，确认'path'目录存在且 Web 进程有写权限 - 使用 Redis 驱动时，
'host'和'port'必须可连通，且ext-redis已安装（不是predis） - CLI 环境下默认禁用 Session，需显式调用
app('session')->start()，否则get()总是返回null - 浏览器未携带有效
PHPSESSIDCookie（比如跨域、Secure/HttpOnly 设置冲突），服务端就无法关联会话
Session 不是“写了就能读”，它依赖完整的生命周期链：启动 → 写入 → Cookie 透出 → 下次请求携带 → 服务端识别并加载。漏掉任意一环，get() 就静默失败。
