session_start() 报错或会话数据不保存，主因是 session.save_path 目录无写权限，尤其 Windows 7 + IIS 下默认 C:\Windows\Temp 因 UAC 或 IIS_IUSRS 权限受限；应创建私有目录（如 D:\php_sessions）、授 IIS_IUSRS 修改/写入权限、在 php.ini 中正确配置并重启 IIS。
session_start() 报错或会话数据不保存，八成是 session.save_path 指向的目录 PHP 进程没权限写，尤其在 Windows 7 + IIS 环境下，系统默认路径（如 C:\Windows\Temp）常因 UAC 或应用池用户权限受限而失效。
确认当前 session.save_path 设置位置和值
PHP 在 Windows 下可能从多个地方读取配置：IIS 的 FastCGI 设置、php.ini 文件（可能不止一个）、甚至脚本内动态设置。优先查实际生效值：
- 新建
info.php，内容为<?php echo ini_get('session.save_path'); ?>，通过浏览器访问，看输出路径（常见如C:\Windows\Temp、D:\phpStudy\tmp\tmp或空字符串） - 若输出为空，说明未显式配置，PHP 会 fallback 到编译默认路径（Windows 下通常是
C:\Windows\Temp） - 别只看 phpstudy 或 IIS 管理器里“打开配置文件”按钮——它可能指向旧版 ini；用
php --ini命令行确认真实加载的php.ini路径
创建私有 session 目录并赋予权限（IIS 必做）
Windows 7 默认禁止 IIS 应用池用户（如 IIS_IUSRS）往系统目录写入。最稳做法是换一个你完全可控的路径：
- 新建目录，例如
D:\php_sessions（避免中文、空格、长路径） - 右键该目录 → 属性 → 安全 → 编辑 → 添加 → 输入
IIS_IUSRS→ 勾选“修改”和“写入” → 确定 - 命令行快速授权（管理员权限运行）：
icacls "D:\php_sessions" /grant "IIS_IUSRS":M /t - 验证是否生效：在 PHP 中执行
var_dump(is_writable('D:\php_sessions'));，必须返回bool(true)
在 php.ini 中修改 session.save_path 并重启服务
找到真正被 IIS 加载的 php.ini（不是桌面副本，不是 phpstudy 自带的“快捷入口”），编辑以下两行：
安全地重置 OpenClaw agent sessions，支持备份、预览、恢复和批量操作。用于：1) 清理过期的 agent 会话上下文，2) 重置特定 agents 的 session，3) 批量重置六部/秘书 sessions，4) 查看和恢复历史备份。当用户需要"reset session"、"清理 se...
立即学习“PHP免费学习笔记（深入）”；
- 取消注释并修改：
session.save_handler = files（确保没被设成redis等但未装扩展） - 设置路径：
session.save_path = "D:\php_sessions"（注意双引号，路径末尾不要加反斜杠） - 顺手检查：
session.gc_maxlifetime = 1440（单位秒，24分钟，与 cookie 生命周期匹配） - 保存后，**必须重启 IIS**（不是重启 phpstudy，也不是刷新页面）：命令行执行
iisreset，或在 IIS 管理器中“重新启动”整个服务器
调试时可临时用 ini_set() 绕过配置文件限制
如果无法立刻改 ini 或需多项目隔离，可在每个 PHP 脚本最开头（任何输出前，包括空格和 BOM）插入：
if (!is_dir('D:\php_sessions')) {
mkdir('D:\php_sessions', 0700, true);
}
ini_set('session.save_path', 'D:\php_sessions');
session_start();
注意：ini_set() 对 session.save_path 有效，但仅对当前请求生效；若用 CLI 运行该脚本（如命令行测试），此方式无效。
Windows 7 下 session 权限问题的核心不在 PHP 本身，而在 IIS 应用池用户与目录 ACL 的映射是否真实打通——哪怕路径看着对、目录存在、你也点了“确定”，仍可能因继承权限未传播或 UAC 虚拟化导致写入失败。每次改完务必用 is_writable() 验证，而不是只信“应该可以”。
