thinkphp的session.expire只设置cookie过期时间，不影响服务端session清理；真正控制服务端过期的是php的session.gc_maxlifetime和session.cookie_lifetime，二者需同步配置且gc_maxlifetime≥cookie_lifetime。
ThinkPHP的session.expire只管Cookie，不管服务端文件
设了'expire' => 3600却还是10分钟就掉线？不是框架bug，是它本来就不负责删服务端Session。这个配置只在session_start()前调用session_set_cookie_params(3600)，影响浏览器里PHPSESSID Cookie的Expires时间——关浏览器就丢、或1小时后自动失效。但服务端Session文件/Redis key是否被删，完全不归它管。
常见错误现象：session.expire设成7200（2小时），但用户30分钟没操作就被踢出。大概率是PHP底层session.gc_maxlifetime实际值只有1800（30分钟），GC一触发，文件就没了。
-
session.expire对已存在的会话无效，改完必须重启PHP-FPM或清空runtime/session/（文件驱动下） - ThinkPHP 6默认
expire单位是分钟，5.x是秒，混用会导致过期时间差60倍 - CLI环境（如命令行任务）下该配置完全不生效，因为没有Cookie概念
必须同步改session.gc_maxlifetime和session.cookie_lifetime
这两个PHP原生配置才是过期逻辑的真正开关，ThinkPHP只是“传话筒”。gc_maxlifetime决定服务端清理阈值（单位秒），cookie_lifetime决定浏览器Cookie有效期（单位秒）。两者必须同时设、且gc_maxlifetime ≥ cookie_lifetime，否则必然出现“Cookie还有效但服务端数据已丢”或“服务端还存着但Cookie过期登不出”。
修改方式优先级：运行时ini_set() > php.ini > .htaccess（仅Apache mod_php）。注意ini_set()必须在session_start()之前执行，且不能有任何输出（包括BOM、空格）。
-
ini_set('session.gc_maxlifetime', '7200')：只对当前请求生效，适合共享主机或按角色差异化设置 -
session_set_cookie_params(7200)：必须在session_start()前调用，否则静默失败 - 改完
php.ini后必须重启PHP-FPM或Web服务器，reload不生效 - 若
cookie_lifetime为0，Cookie变成会话级，关浏览器即失效，和gc_maxlifetime再大也没用
Redis驱动下Session不超时？检查TTL写入逻辑
用Redis存Session时，PHP原生GC机制基本失效，全靠Redis自己过期。但ThinkPHP默认驱动（尤其自定义实现）常漏掉SETEX或EXPIRE，导致key永不过期或立刻消失。
关键检查点：
- 确认
handler_options中设置了'timeout' => 7200——注意这是Redis连接超时，不是Session TTL，别混淆 - 若用phpredis扩展，必须启用
redis.session_expire = 1（php.ini里），否则即使gc_maxlifetime设了，Redis也不会自动设EXPIRE - 自定义Redis驱动时，在
write()方法里必须显式调用$redis->setex($key, $ttl, $val)，不能只用set() - 用
redis-cli查一个活跃Session：ttl your_prefix_session_id，返回-1说明没设过期
“用户操作就续期”不能只靠配置，得手动干预
PHP原生GC是概率触发，不是定时器；session.expire又不刷新已有会话。想实现“每操作一次，服务端过期时间重置”，必须每次请求都主动更新存储层的TTL。
文件驱动下几乎无法可靠续期（GC不保证立即执行），推荐方案：
- Redis驱动：在每次有效请求后调用
$redis->expire($key, 7200)，或用setex重写整个Session数据 - 避免高频
session_regenerate_id(true)，它会销毁旧ID并生成新ID，可能引发并发请求丢失数据；如需换ID，务必配合session_write_close() - 前端加心跳接口（如
/api/keepalive），后端收到后刷新Redis TTL，比依赖页面刷新更可控 - 纯靠Session超时做“无操作登出”体验差：用户切走标签页再回来，可能直接403；建议客户端倒计时+服务端心跳双校验
最易被忽略的点：不同项目共用同一session.save_path时，各项目的gc_maxlifetime会相互覆盖，导致某些应用Session被其他应用的GC误删。务必用prefix隔离，文件驱动下还要配独立path。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
