meta http-equiv="refresh"不是异步轮询，而是强制全页重载，不携带Cookie、不触发服务端Session更新、无法局部刷新；可靠方案是fetch()+credentials:'include'配合visibilitychange控制的带凭证心跳请求。
meta http-equiv="refresh" 不能实现异步轮询。
它根本不是“轮询”，而是全页面强制重载，和异步、局部更新、携带凭证、状态维持全部无关。
为什么meta http-equiv="refresh"不是异步轮询
异步轮询的核心是：发起轻量 HTTP 请求 → 拿回数据 → 局部更新 DOM → 不打断用户。而 meta http-equiv="refresh" 的行为是：丢弃当前页面所有状态，重新加载整个 HTML 文档。
- 它不发请求头，
Cookie不自动带上（除非目标 URL 触发同源导航） - 它不解析响应体，无法读取 JSON 或判断状态码
- 它无法控制刷新时机——用户正在填表单、看视频、切到其他标签页，照样刷新
- 现代浏览器（Chrome 93+）对无用户交互的
refresh做静默拦截，控制台直接报Refresh is blocked due to user gesture requirement
fetch() + credentials: 'include' 是最小可行替代方案
真正能续期 Session、更新数据、不闪屏的轮询，必须用 JS 发起带凭证的真实请求。关键点不在“有没有轮询”，而在“是否被服务端感知”。
- 必须显式设置
credentials: 'include'，否则 Cookie 不随请求发出 - 推荐用
POST（而非GET），避免被 CDN 缓存或浏览器预加载干扰 - 加
visibilitychange监听，页面隐藏时暂停轮询：document.addEventListener('visibilitychange', () => { polling = !document.hidden; }) - 失败后别立即重试，用指数退避（如首次 2s，失败后 4s、8s…）防止雪崩
- 服务端接口必须实际访问
Session对象（例如读取Session["user"]），否则 session 过期时间不会重置
iframe + meta refresh 方案已全面失效
老文档里常提的“隐藏 iframe 加 meta refresh”在今天基本不起作用：
- iframe 内的
meta http-equiv="refresh"同样受用户手势策略限制，后台标签页中倒计时直接暂停 -
document.all等 IE 专属写法在 Chrome/Firefox/Safari 中已废弃，脚本会报错 - 即使 iframe 加载成功，返回空 HTML 也不等于“触发了 session 访问”——服务端没执行任何 session 读写逻辑，过期时间纹丝不动
- IIS 应用程序池回收、StateServer 存储机制等底层行为，完全不受客户端这种无效请求影响
容易被忽略的边界问题
很多“轮询失败”不是代码写错了，而是踩中了浏览器或服务端的隐性规则：
立即学习“前端免费学习笔记（深入）”；
- 用
file://协议本地打开 HTML 文件时，meta refresh可能被忽略（安全策略） - SPA（React/Vue）里硬刷页面，
history断裂、路由状态丢失、WebSocket 被强制关闭 - 服务端返回
RefreshHTTP 响应头，对纯静态index.html无效——没走服务器，压根收不到头 - 轮询间隔写死在 HTML 里，改一次就得重新部署；JS 方案可从配置中心动态拉取
meta http-equiv="refresh" 是一条死路。能跑通的唯一路径，是用 fetch() 发请求、服务端真触达 session、前端管好 visibility 和错误重试——其余都是幻觉。 
