浏览器缓存的是HTML或JS文件而非alert()调用，修改alert内容后仍显示旧提示是因为JS文件被缓存；应通过添加版本参数、禁用缓存刷新或服务端配置Cache-Control头来解决。
HTML 本身没有“警告对话框缓存”这回事——alert() 是同步阻塞调用，不涉及资源加载或缓存机制。你真正遇到的，是修改了 HTML/JS 文件后，浏览器仍执行旧逻辑、弹出旧提示，根源在 JS 文件或 HTML 页面被缓存了，而不是 alert() 自己记住了什么。
为什么改了 JS 里的 alert() 还是弹旧内容？
浏览器缓存的是整个 HTML 文档或外部 .js 文件，不是单个函数调用。当你改完 alert("新提示") 却仍看到“旧提示”，说明：浏览器没重新拉取这个 JS 文件，还在执行本地缓存的旧版本。
- 常见错误现象：
alert()内容没变、控制台没报错、Network 面板里 JS 文件状态码是304或直接显示from disk cache - 根本原因：服务器返回了强缓存头（如
Cache-Control: max-age=31536000），或你没触发资源更新校验 - 开发阶段最常踩的坑：只刷新页面但没禁用缓存，或改了代码却忘了重载 JS 资源路径
强制浏览器加载新 JS 的 3 种实操方式
别碰 alert() 本身，盯住它所在的资源文件：
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 在
<script src="app.js"></script>后加版本参数：<script src="app.js?v=2.1.3"></script>，每次改完 JS 就递增v值（注意：不能只改注释或空格，必须改参数） - 用开发者工具 Network 面板勾选
Disable cache，再按Ctrl + F5（Windows）或Cmd + Shift + R（Mac）——这是开发时最稳的组合 - 临时把 JS 内联进 HTML：
<script>alert("新提示");</script>，绕过外部文件缓存，适合快速验证逻辑是否生效
服务端配置：让 HTML 和 JS 不被乱缓存
光靠前端 hack 不治本。如果你有服务器权限，应在响应头中明确控制缓存行为：
立即学习“前端免费学习笔记（深入）”；
- 对开发环境的 HTML 文件，设
Cache-Control: no-cache, must-revalidate：浏览器每次都会发If-None-Match请求校验，服务端返回304或新内容 - 对 JS/CSS 等静态资源，用内容哈希命名（如
app.a1b2c3.js），配合Cache-Control: public, max-age=31536000：文件名一变，浏览器就当全新资源请求 - 避免直接写
Cache-Control: no-store：它禁止所有缓存（包括 CDN 和代理），影响性能，且部分老旧浏览器支持不全
真正的难点不在怎么清，而在确认“到底哪个环节缓存了”。先打开 Network 面板，看 alert() 所在的 JS 文件请求状态码和响应头，再决定动参数、禁缓存，还是改服务器配置——漏掉这一步，所有操作都是蒙的。
