必须修改 phpenv 对应 php 版本的 php.ini 文件（如 c:\phpenv\versions\8.2.12\php.ini），将 session.save_path 改为绝对路径（如 c:\phpenv\sessions\8.2），并确保目录已创建、web 进程有完全控制权限，最后重启 web 服务。
phpEnv 中 session.save_path 配置在哪改
phpEnv 是 Windows 下的 PHP 环境集成包（类似 XAMPP），默认把 session 文件写进 C:\Windows\Temp，但该路径常被系统清理、权限受限或与多个 PHP 版本冲突。你必须手动指定一个稳定、专属、Web 进程可写的绝对路径。
修改位置只有一个：对应 PHP 版本的 php.ini 文件。phpEnv 的配置文件通常位于：C:\phpenv\versions\{版本号}\php.ini（例如 C:\phpenv\versions\8.2.12\php.ini）。不要试图改 php.ini-development 或 php.ini-production 副本——只有被 phpEnv 实际加载的那个 php.ini 生效。
找到这一行：
session.save_path = "C:\Windows\Temp"
改成你自建的路径，例如：
session.save_path = "C:\phpenv\sessions\8.2"
- 路径必须是**绝对路径**，不能含
~、%TEMP%、./或任何变量 - 目录需**提前手动创建**（phpEnv 不会自动建多级目录）
- 右键该目录 → 属性 → 安全 → 给
IIS_IUSRS（IIS）或Users（Apache/CLI）添加「完全控制」权限；若用 Apache，还要确认apache用户有权限 - 改完后**必须重启 Web 服务**（phpEnv 面板里点「重启 Apache」或「重启 Nginx」），仅重载配置不生效
为什么改了 php.ini 还是写到 C:\Windows\Temp
常见现象：改完 php.ini 并重启服务，但 session_save_path() 仍返回空或 C:\Windows\Temp。这不是缓存问题，而是配置没落到实际加载的文件上。
先确认当前生效的 php.ini 路径：
php --ini
输出中 “Loaded Configuration File” 对应的路径，才是你要改的那个文件。phpEnv 有时会因版本切换、快捷方式启动等原因加载错配置。
其他干扰源：
-
.user.ini文件：若网站根目录下存在该文件且含session.save_path，它会覆盖php.ini（仅对当前目录及子目录生效） - Apache 的
.htaccess：含php_value session.save_path时优先级更高（但 phpEnv 默认用 Nginx，此条通常不触发） - 脚本内
ini_set('session.save_path', ...)：只影响单次请求，且必须在session_start()前调用
最稳验证法：新建一个 info.php 放网站根目录，内容为 <?php phpinfo(); ?>，浏览器打开后搜索 “session.save_path”，看右侧值和“Loaded Configuration File”是否一致。
phpEnv 下 session.save_handler 切 Redis 怎么配
phpEnv 自带 Redis 扩展（php_redis.dll），但默认不启用。要让 session 存 Redis，得两步走：启用扩展 + 修改 session 处理器。
操作顺序不能错：
- 打开
php.ini，取消注释或新增：extension=php_redis.dll - 确认 Redis 服务已运行（phpEnv 面板里「软件管理」→ Redis → 启动）
- 在同一
php.ini中，设置：session.save_handler = redis<br>session.save_path = "127.0.0.1:6379"
- 重启 Web 服务和 PHP-FPM（phpEnv 面板里两个都要点「重启」）
注意点：
- 别漏掉
session.save_handler = redis—— 只改save_path没用，PHP 仍用 files 处理器往文件写 -
session.save_path值不是目录，而是 Redis 连接字符串；支持密码："redis://:mypass@127.0.0.1:6379" - 旧 session 文件不会自动迁移，切换后所有用户需重新登录
- Redis 若未设持久化，服务崩溃会导致 session 全丢——生产环境慎用，开发/测试足够
改完路径但 session_start() 报错 Failed to initialize storage module
这是最典型的权限+路径组合错误。报错本身不指明原因，但基本就三类：
-
目录不存在或拼写错误：比如写了
C:\phpenv\sessions\8.2\，但实际只建了C:\phpenv\sessions；Windows 对大小写不敏感，但末尾反斜杠多余可能引发解析异常 -
权限没给对用户：Apache 用的是
SYSTEM或Administrators？Nginx 在 Windows 下常以LOCAL SERVICE身份运行，需单独加权限（不止是 Users） - 杀毒软件拦截：某些国产安全软件会阻止 Web 进程写入非标准路径，临时禁用试试
快速定位法：用命令行模拟 Web 进程权限写入
cd /d C:\phpenv\sessions\8.2<br>echo test > test.txt
如果提示“拒绝访问”，说明权限没配好；如果提示“系统找不到路径”，说明目录根本没创建或路径错。
还有一个容易被忽略的点：phpEnv 的不同 PHP 版本可能共用一个 php.ini，或者你改的是 8.1 的配置，但网站实际跑在 8.2 上——务必核对版本号和 php --ini 输出。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
