JavaScript无法直接操作服务器端Session，需前后端协作：前端监听用户行为并发送心跳请求，后端更新Session中的lastActive时间戳并以服务器时间判断活跃状态。
JavaScript 本身无法直接操作服务器端的 Session，因为 Session 存储在服务器（如 Node.js、PHP、Java 等后端环境）中，而浏览器中的 JavaScript 运行在客户端。要记录用户的最后活跃时间，需要前后端协作：前端检测用户行为并发起请求，后端更新 Session 中的时间戳。
前端：监听用户活动并发送心跳请求
在页面中监听关键事件（如鼠标移动、键盘输入、页面可见性变化），定期或在活动发生时向后端发送一个轻量级请求（例如 /api/keep-alive），告诉服务器“用户还在线”。
- 使用 debounce 防止频繁触发（比如 30 秒内只发一次）
- 监听
mousemove、keydown、scroll、visibilitychange等事件 - 页面隐藏（
document.hidden === true）时可暂停或降低上报频率
后端：接收请求并更新 Session 时间戳
以 Express（Node.js）为例，每次收到心跳请求时，将当前时间写入 Session：
- 确保已配置 express-session（如使用内存、Redis 或数据库存储）
- 在路由中设置：
req.session.lastActive = new Date().toISOString() - Session 默认会自动续期（取决于
maxAge设置），但显式更新时间能更准确反映真实活跃状态
后端：读取和判断活跃状态
需要判断用户是否“在线”时（例如显示“最近在线”），可对比 lastActive 和当前时间：
A powerful memory management system powered by ReMe that provides persistent cross-session memory, automatic user preference application, and intelligent context compression for OpenClaw.
下载
由 ReMe 驱动的记忆管理系统，支持跨会话记忆持久化、自动应用用户偏好以及智能上下文压缩...
- 若
lastActive在过去 5 分钟内，视为活跃 - 注意时区：建议统一用 UTC 存储（
toISOString()）并服务端比较 - 不要依赖前端传的时间，始终以服务器时间为准
补充说明：避免常见误区
不要尝试用 localStorage 模拟 Session——它不能跨设备、不安全、且无法被服务端直接读取；也不要在前端定时轮询无意义接口，应结合真实交互触发。
真正有效的“最后活跃时间”，核心是：用户有动作 → 前端感知 → 后端记录 → 服务端逻辑判断。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
