用 Date.now() 动态计算时间差，需校准客户端与服务端时间偏移，首次获取 server_time 与 Date.now() 的差值 offset，后续统一用 Date.now() + offset 计算；避免 setInterval 飘移，推荐 setTimeout 对齐分钟边界更新。
直接用 JavaScript 动态计算时间差，别依赖后端渲染或定时全量刷新 —— 后者卡、不准、还多一次请求。
怎么用 Date.now() 算“X分钟前”
核心是拿到同步完成那一刻的时间戳（比如后端返回的 last_sync_at），再用当前时间减它，除以 60000 得到分钟数。注意：必须用毫秒，不是秒。
-
last_sync_at应该是后端返回的 ISO 字符串（如"2024-05-20T14:23:18Z"）或时间戳数字，前端用new Date(last_sync_at).getTime()转成毫秒数 - 别用
new Date().getMinutes() - ...这种错位计算，分钟、小时、日期不等长，会出错 - 示例：
const mins = Math.floor((Date.now() - lastSyncMs) / 60000)，结果是整数分钟（向下取整）
为什么不能只靠 setInterval 每分钟更新一次
看似省事，但实际容易飘移、卡顿、错过边界点（比如刚过整点那几秒）。尤其页面切到后台时，setInterval 可能被节流甚至暂停，导致显示“59分钟前”卡住两分钟。
- 浏览器在非活跃标签页中会限制
setInterval频率（常降为 1s 以上），时间差显示就不准 - 更稳的做法是：首次渲染后启动一个
setTimeout，等“到下一分钟”的剩余毫秒数后更新一次，再递归调度 —— 这样始终对齐真实分钟边界 - 如果只是简单场景（不要求绝对精确到秒），用
setInterval(() => update(), 30000)（30秒轮一次）反而比 60 秒更靠谱
服务端时间 vs 客户端时间偏差怎么处理
用户本地时间可能快 5 分钟或慢 3 分钟，直接用 Date.now() 算出来的“X分钟前”就不可信。必须校准。
立即学习“前端免费学习笔记（深入）”；
- 首次加载页面时，让后端返回一个
server_time字段（毫秒时间戳），和客户端Date.now()做差，得到偏移量offset = server_time - Date.now() - 后续所有“上次同步”计算，都用
Date.now() + offset代替Date.now()，确保时间基准一致 - 不建议用 NTP 或第三方时间 API —— 多一次请求、有失败风险、还可能被广告拦截器干掉
真正难的不是算分钟，是让这个“X分钟前”在页面生命周期里一直可信：跨标签页恢复、系统休眠唤醒、时区切换、甚至用户手动改了系统时间 —— 这些都得兜住。最简方案就是每次更新前重新校准一次偏移，而不是只校准一次就不管了。
