Session异常主因是配置冲突与环境错位：先确认session.driver与session.type不共存，Redis需设唯一prefix和非零expire，File驱动检查目录权限层级，多子域名共享须用.domain='.example.com'。
Session 读取为空或反复失效，先查 session.driver 和 session.type 是否冲突
ThinkPHP 5.1+ 中 session.driver 是核心配置项，但部分老项目或文档残留了 session.type（TP5.0 风格），两者共存时会静默忽略 driver，回退到 file 驱动且不报错。典型表现是：登录后刷新页面就登出、session('user_id') 始终返回 null。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 检查
config/session.php，确认只保留'driver' => 'redis'（或其他目标驱动），彻底删除'type' => 'redis'这类字段 - 若使用 Redis，确保
'host'、'port'、'password'（如有）配置正确，且 Redis 服务可达（可用redis-cli -h xxx ping验证） - 临时加一行
dump(session_status());在控制器开头，输出应为1（PHP_SESSION_ACTIVE），若为0说明 session 根本没启动
Redis 驱动下 Session ID 不一致，重点看 session.prefix 和 session.expire
多个 ThinkPHP 应用共用同一 Redis 实例时，若未配置 session.prefix，所有应用的 session key 会混在同一个命名空间里，导致 A 应用写入的 think:abc123 被 B 应用误删或覆盖。同时 session.expire 设为 0 时，Redis 驱动实际会使用 Redis 默认永不过期策略，但 PHP 的 session.gc_maxlifetime 仍可能触发本地清理逻辑，造成行为不一致。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 强制设置唯一前缀，例如
'prefix' => 'tp_admin:'，避免跨项目污染 -
session.expire推荐显式设为非零值（如7200），与session.gc_maxlifetime保持一致 - 用
redis-cli keys "tp_admin:*"直接查看当前前缀下的 session key 是否存在、TTL 是否正常
File 驱动报错 open(/path/to/sess_XXX) failed: Permission denied
不是权限没给够，而是 session.save_path 指向的目录被 PHP-FPM 用户（如 www-data）无写入权限，或父目录缺少执行（x）权限——Linux 下进入目录需 x 权限，缺了就会报这个错，即使子目录权限是 777 也无效。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 运行
ps aux | grep php-fpm确认 worker 用户，再用ls -ld /path/to/sessions/ /path/to /path逐级检查每层目录的drwx权限 - 不要直接
chmod 777整个runtime目录，改用chown -R www-data:www-data runtime/+chmod -R 755 runtime/ - 若部署在 Docker，确认 volume 挂载路径的属主与容器内 PHP-FPM 用户 UID 一致（常见坑：宿主机 UID=1000，容器内 www-data UID=33）
多子域名共享 Session，session.domain 必须以点开头
想让 admin.example.com 和 api.example.com 共享 session，session.domain 写成 example.com 是无效的；必须写成 .example.com（开头带点）。否则浏览器不会把 Cookie 发送给子域名，session_id() 每次都是新的。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 配置项写死为
'domain' => '.example.com'，注意开头的点不可省略 - 开发环境若用
localhost，该配置无效（浏览器策略限制），可临时切到127.0.0.1.xip.io类似域名测试 - 修改后务必清空浏览器对应域名的所有 Cookie，否则旧 Cookie 仍会干扰
