仅在js被禁用或脚本加载失败时生效，不能用于检测浏览器兼容性；需用特性检测+ua辅助判断老浏览器，并提供降级方案而非单纯提示。
noscript 标签只在 JS 被禁用时生效
它不是“浏览器太老就弹提示”的万能开关，而是纯粹检测当前页面是否执行了 JavaScript。现代浏览器哪怕 IE11，只要没手动关 JS，<noscript></noscript> 里的内容根本不会显示。
常见错误现象：<noscript><p>请升级浏览器</p></noscript> 在 Chrome/Firefox/Safari 下永远不出现，用户根本看不到提示。
- 真正触发条件只有两个：浏览器禁用 JS，或脚本加载失败且无 fallback（比如网络中断导致
<script src="xxx"></script>404） - 移动端 WebView、企业内网锁死的旧 IE 模式，才更可能遇到 JS 被策略禁用的情况
- 不要把它当“兼容性检测工具”——它没有能力判断
fetch、Promise或 CSS Grid 是否支持
检测老浏览器得靠 JavaScript 运行时判断
想对 IE10、UC 浏览器、微信内置 WebView 等提示“不推荐使用”，必须写 JS 做特征检测，然后动态插入提示 DOM。
示例逻辑：检查是否存在 Promise 或 Object.assign，再结合 navigator.userAgent 排除已知问题 UA：
立即学习“前端免费学习笔记（深入）”；
if (!window.Promise || !Object.assign || /MSIE 10|UCBrowser\/12|MQQBrowser\/6/.test(navigator.userAgent)) {
document.body.insertAdjacentHTML('afterbegin',
'<div id="browser-warning">当前浏览器功能受限，建议使用 Chrome 或 Edge</div>'
);
}
- 别依赖
userAgent做唯一判断——它可被伪造，且新版 Edge/Chrome 已隐藏 IE 兼容标识 - 优先用特性检测（feature detection），比如
'noModule' in HTMLScriptElement.prototype判断 ES Module 支持 - 提示容器要加样式隔离，避免被页面 CSS 意外覆盖（比如
#browser-warning { position: fixed; top: 0; z-index: 9999; }）
降级方案比提示更重要
用户看到“请换浏览器”只会关掉页面。真要兼容，得提供可用的降级路径。
- 表单提交不用
fetch？保留<form action="/submit" method="post"></form>原生提交 - 用到
IntersectionObserver做懒加载？fallback 用scroll+getBoundingClientRect()手动判断 - CSS 用
grid布局？配合@supports (display: grid) { ... }写 Flex 回退规则 - 所有 JS 驱动的交互，确保对应 HTML 结构本身有语义和基础功能（比如按钮有
type="button"，链接有真实href）
build 时自动注入兼容提示容易翻车
有人在 webpack 插件里往 HTML 模板塞 <noscript></noscript>，结果发现构建产物里提示一直存在——因为构建工具把 JS 打包成一个文件，但 HTML 加载时该 JS 还没执行，<noscript></noscript> 就误判为“JS 失效”。
- 静态注入的
<noscript></noscript>只适合纯静态页（无任何构建流程、无异步 JS） - Webpack/Vite 项目中，提示逻辑必须放在入口 JS 最顶部，且避免任何异步延迟（不能包在
setTimeout或DOMContentLoaded里） - CDN 加速后，JS 文件可能因缓存失效或跨域被拦截，此时
<noscript></noscript>仍不触发——得靠 Service Worker 拦截失败请求并主动渲染提示
最麻烦的点在于：提示本身依赖 JS 执行，而 JS 失效的原因可能是网络、CSP、语法错误、模块解析失败……每种情况的应对方式完全不同，没法靠一个标签兜底。
