<meta http-equiv="refresh">不能实现强刷新，它仅触发页面重载，无法绕过HTTP缓存；真正强制从服务器获取新资源需服务端设置Cache-Control: no-cache等响应头，并配合fetch(..., {cache: 'no-store'})+location.reload()。
meta标签不能实现“强刷新”
HTML 的 <meta http-equiv="refresh"> 只能触发页面重载（reload），不是强制从服务器重新拉取资源的“强刷新”。它本质上是客户端跳转行为，浏览器可能仍走缓存，尤其在 HTTP 缓存头（如 Cache-Control）存在时完全无效。
refresh 的基本写法和常见误用
写法形如：<meta http-equiv="refresh" content="5; url=.">，其中 5 是秒数，url=. 表示当前页。但注意：
-
content中的 URL 若省略，部分旧浏览器会跳到首页，不是刷新当前页 - 不带
url参数（如content="3"）在多数现代浏览器中已不触发刷新，仅作兼容性回退 - 该标签在 DOM 加载后才生效，若页面 JS 报错或阻塞，可能根本不会执行
真正控制资源不缓存得靠 HTTP 响应头
想让每次刷新都向服务器要新资源，必须由服务端设置响应头，例如：
Cache-Control: no-cache, must-revalidate, max-age=0 Expires: 0 Pragma: no-cache
前端无法单靠 HTML 标签绕过这些规则。即使写了 <meta>，只要服务端返回了 Cache-Control: public, max-age=3600，浏览器就会直接读缓存。
立即学习“前端免费学习笔记（深入）”；
替代方案：用 JavaScript 主动 fetch + reload
如果确实需要定时强制获取最新 HTML，可结合 fetch() 检查版本或触发硬重载：
setInterval(() => {
fetch(location.href, { cache: 'no-store' })
.then(r => {
if (r.status === 200) location.reload(true); // true 表示强制从服务器加载
});
}, 60000);
注意：location.reload(true) 在 Chrome 93+ 已被弃用，实际效果等价于 location.reload()；真正起作用的是 fetch 的 cache: 'no-store' 和后端配合的缓存头。
这个逻辑容易忽略服务端是否真返回了不可缓存的响应——否则 fetch 拿到的还是旧 HTML，reload 就只是白刷一次。
