thinkphp session错误主因是session.save_path目录不存在或php进程无写权限，需检查路径、用户归属、selinux上下文及php-fpm与web服务器用户一致性，并清除残留session文件。
Session 存储路径不存在或不可写
ThinkPHP 启动时提示 Session未找到存储路径，本质是 session.save_path 指向的目录不存在，或 PHP 进程无写入权限。不是配置没生效，而是底层 session 扩展根本没法落盘。
实操建议：
- 先查 PHP 实际生效的
session.save_path：运行php -i | grep session.save_path或在项目里输出ini_get('session.save_path') - 确认该路径存在：
ls -ld /var/lib/php/sessions（常见路径，依系统而异） - 检查所属用户和权限：
ps aux | grep php-fpm看 worker 运行用户（如www-data或nginx），再执行sudo chown www-data:www-data /var/lib/php/sessions和sudo chmod 700 /var/lib/php/sessions - 若用 CLI 模式（如命令行跑任务），注意 CLI 的
php.ini和 FPM 的可能不同，需分别检查
ThinkPHP 自定义 session 配置被忽略
在 config/session.php 里改了 store_path 却没效果？因为 ThinkPHP 默认不接管 PHP 原生 session 存储逻辑 —— 它只在使用 think\session\driver\File 等自研驱动时才读这个配置；一旦 session.use_strict_mode 或 session.auto_start 触发了原生 session 初始化，就绕过框架配置了。
实操建议：
- 确认是否启用了原生 session：搜索代码中是否有
session_start()、session_write_close()或开启session.auto_start = 1 - 如需完全由 ThinkPHP 控制，请在
config/session.php中确保'type' => 'file'，且删掉所有手动session_*调用 -
store_path值必须是绝对路径，相对路径（如./runtime/session）容易因工作目录变化失效，应写成__ROOT__ . '/runtime/session'或直接硬编码绝对路径
runtime/session 目录权限不足但报错不明确
即使设置了 store_path 到 runtime/session，仍报“未找到存储路径”，大概率是目录存在但 PHP 进程无法创建子文件 —— 常见于容器部署或 SELinux 开启环境，错误日志里却只显示路径不存在。
实操建议：
- 手动创建并测试写入：
mkdir -p runtime/session && sudo -u www-data touch runtime/session/test.tmp && rm runtime/session/test.tmp - 容器场景下，挂载 volume 时需显式指定 UID/GID，例如 Docker run 加
--user 33:33（对应 www-data） - SELinux 启用时，
ls -Z runtime/session查看上下文，必要时执行chcon -R -t httpd_sys_rw_content_t runtime/session - 别依赖
chmod 777，它在多数生产环境会被安全策略拦截，且掩盖真实权限模型问题
PHP-FPM 用户与 Web 服务器用户不一致
Apache 下跑正常，换 Nginx + PHP-FPM 就出问题？关键差异在于：Apache 模块模式下 PHP 和 Web 服务同进程用户；而 PHP-FPM 是独立守护进程，默认用 www-data，但 Nginx 可能用 nginx 用户，导致 runtime/ 目录属主混乱。
实操建议：
- 统一用户：编辑
/etc/php/*/fpm/pool.d/www.conf，把user和group改成和 Nginx 一致（如nginx），然后重启php-fpm - 或者反向统一：把 Nginx 配置里的
user nginx;改成user www-data;，同时确保runtime/所属为www-data - 验证方式：在控制器里写
echo exec('whoami');，对比浏览器访问和命令行php think hello输出是否一致
最常被跳过的一步：改完权限或配置后，没清空已生成的 session 文件。残留的损坏 session 文件会让后续请求持续失败，务必连带删掉 session.save_path 下所有文件再试。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
