必须同时修改php.ini中session.gc_maxlifetime和session.cookie_lifetime为相同值（如3600），并重启phpEnv服务；仅改配置不重启或代码中覆盖设置均会导致失效。
phpEnv 是 Windows 下的 PHP 集成环境（类似 XAMPP、WAMP），它自带 Apache/Nginx + PHP + MySQL，但默认不暴露 php.ini 的完整路径管理界面。直接改 php.ini 是唯一可靠方式，其他“图形界面点一点就生效”的操作基本无效。
确认当前生效的 php.ini 路径
很多人卡在这一步：改了错的 php.ini 文件，或者改了却没重启服务。必须先定位真实加载的配置文件：
- 新建一个
info.php文件，内容为<?php phpinfo(); ?>，用浏览器访问 - 搜索
Loaded Configuration File，找到带完整路径的php.ini（常见位置如：C:\phpEnv\php\php-8.1\php.ini） - 注意：phpEnv 可能为不同 PHP 版本维护多套配置，务必确认你用的是哪个版本（比如 8.1 还是 8.2）
修改 session.gc_maxlifetime 和 session.cookie_lifetime
这两个参数必须**同时设置且值一致**，否则会出现“服务端已删 Session，但浏览器还在发旧 ID”或“Cookie 已过期，但服务端 Session 还在”的错乱现象：
- 打开上一步确认的
php.ini，搜索session.gc_maxlifetime，将其改为所需秒数，例如session.gc_maxlifetime = 3600（1 小时） - 再搜索
session.cookie_lifetime，设为相同值：session.cookie_lifetime = 3600（设为 0 表示关浏览器即失效，不推荐用于登录态） - 顺手检查
session.use_cookies = 1（确保用 Cookie 传 Session ID，phpEnv 默认就是 1）
重启 phpEnv 的 Web 服务（不是重启电脑）
phpEnv 界面右下角托盘图标 → 右键 → “Restart Apache” 或 “Restart Nginx”。仅改配置不重启，php.ini 修改完全不生效。
Ai Coach Batch Session Summary
下载
批量分析录音转写，输出多维度拓客报告。触发词：录音分析、总结、音频总结、拜访记录总结。当用户提及「分析录音」「看看录音数据」「最近的录音」「通话记录」且意图为批量统计/分析时触发。仅出现「录音」或「拜访」时需结合上下文，若仅查看单条详情则不触发。
立即学习“PHP免费学习笔记（深入）”；
- 重启后，再次访问
info.php，确认session.gc_maxlifetime和session.cookie_lifetime的值已更新 - 如果值没变，说明你编辑的不是
Loaded Configuration File指向的那个文件 - phpEnv 的“PHP 设置”面板里点的“修改配置”有时会打开错误版本的
php.ini，务必以phpinfo()为准
为什么改了还是 24 分钟失效？
最常见原因不是配置错，而是逻辑冲突：
- 你的 PHP 代码里调用了
session_set_cookie_params(0)或ini_set('session.gc_maxlifetime', 1440)，覆盖了php.ini设置（尤其 ThinkPHP 等框架可能自动设'expire' => 1440） - 你用的是 Redis 存 Session，但没配 Redis key 的 TTL ——
session.gc_maxlifetime对 Redis 无效，得靠redis.session_expireini 配置或驱动手动写 EX 参数 - 前端页面长时间无请求，Session 确实超时了，但用户切回页面时没触发重定向，看起来像“突然掉线”，其实只是服务端拒绝了携带过期 ID 的后续请求
真正可控的超时逻辑，始终要靠 $_SESSION['last_activity'] = time() + 每次请求校验，php.ini 只是兜底清理机制。
