Apache + PHP 中 session.save_path 不生效的主因是 php_admin_value 在 Apache 或 PHP-FPM 配置中强制覆盖 php.ini 设置；需通过 phpinfo() 确认生效配置，检查虚拟主机、www.conf 中的 php_admin_value，并优先采用运行时 ini_set、.htaccess 或 php-fpm pool 配置方式指定路径，同时确保目录权限、SELinux 标签正确且避免 NFS 存储。
Apache + PHP 中 session.save_path 不生效的常见原因
直接在 php.ini 里改 session.save_path 却发现 PHP 仍往 /tmp 写 session 文件？大概率是 Apache 的 php_admin_value 或虚拟主机配置里强制覆盖了它。PHP-FPM 场景下还可能被 www.conf 中的 php_admin_value[session.save_path] 锁死。
- 用
phpinfo()查看「Loaded Configuration File」和「Scan this dir for additional .ini files」，确认你改的是最终生效的配置文件 - 检查 Apache 虚拟主机或全局配置中是否含
php_admin_value session.save_path—— 这类指令优先级高于php.ini - PHP-FPM 用户必须同步检查
www.conf（或对应 pool 配置），php_admin_value会完全屏蔽php.ini设置
手动指定 session.save_path 的三种可靠方式
不依赖全局配置，让某个站点/目录独立使用自定义 session 路径，推荐按优先级从高到低选择：
-
运行时 set：在 PHP 脚本开头加
ini_set('session.save_path', '/var/www/myapp/sessions');，再调session_start()—— 最灵活，但每次请求都需执行 -
.htaccess（仅 Apache + mod_php）：写入
php_value session.save_path "/var/www/myapp/sessions"—— 注意该目录必须已存在且 Web 进程（如 www-data）有读写权限 -
php-fpm pool 配置（推荐生产环境）：在
www.conf的[www]段下加php_admin_value[session.save_path] = /var/www/myapp/sessions，然后重启php-fpm
自定义 session 目录的权限与安全要点
路径设对了，但 session 文件创建失败或 500 报错？八成是权限或 SELinux 拦住了。
- 目录属主必须为 Web 进程用户（如
chown www-data:www-data /var/www/myapp/sessions），权限建议700（避免其他用户读取 session 内容） - 确保父目录（如
/var/www/myapp）对 Web 用户至少有x权限（否则无法进入子目录） - SELinux 启用时，需打标：
semanage fcontext -a -t httpd_var_run_t "/var/www/myapp/sessions(/.*)?"，再restorecon -Rv /var/www/myapp/sessions - 别用 NFS 或网络挂载点存 session —— 并发写入易出错，且性能差
验证 session 是否真走自定义路径
别只信 phpinfo() 显示的 session.save_path 值，得看实际文件是否生成：
立即学习“PHP免费学习笔记（深入）”；
- 清空原
/tmp下的 session 文件（rm -f /tmp/sess_*），访问页面触发session_start() - 立刻执行
ls -l /your/custom/path/，确认出现类似sess_abcd1234...的文件，且属主是 Web 进程用户 - 用
strace粗略验证（开发机）：strace -e trace=openat,open php -r 'session_save_path("/tmp/test"); session_start();'，观察 open 系统调用路径
路径、权限、覆盖逻辑、验证手段——这四块没对齐，改了也白改。尤其是 PHP-FPM 环境下，php_admin_value 是个沉默的覆盖者，容易被忽略。
