<noscript>仅在JS引擎被明确禁用时生效，用于守底线；JS主动降级则应对加载失败、执行报错等运行时异常，二者正交互补，缺一不可。
<noscript> 和 JavaScript 主动降级不是“二选一”的关系，而是分工明确的两层防线：前者应对 JS 被明确禁用（引擎关闭），后者应对 JS 加载失败、执行报错、资源 404 或运行时异常。混淆二者会导致降级逻辑完全失效。
什么时候该用 <noscript>？
只在用户主动关闭 JavaScript 引擎时生效，比如 Chrome 设置里关掉 JS、Firefox 配置 javascript.enabled = false。它不处理以下任何情况：app.js 404、CSP 拦截脚本、React hydration 失败、fetch 报 network error。
- 必须放在
<body>中紧贴依赖 JS 的功能区块之后，例如：<div id="dashboard"></div><noscript><p>请启用 JavaScript</p></noscript> - 内容必须原生可用：用
<form method="get" action="/search">而非<form onsubmit="return false"> - 路径要用绝对 URL 或内联 base64，相对路径在 JS 禁用时解析上下文丢失，极易 404
JS 降级为什么不能靠 <noscript> 补？
因为 JS 已加载但执行出错（比如 ReferenceError: initDashboard is not defined）或网络中断导致关键脚本未加载，<noscript> 根本不会渲染——浏览器 JS 引擎仍在运行。
- 监听外部脚本失败必须动态创建
<script>并绑定onerror，defer或async的静态标签无法捕获错误 -
onerror回调里要清空全局状态、还原 DOM 初始结构、启用简化交互（如显示纯表单按钮而非 React 控件） - 对图片、视频等资源，
onerror是唯一轻量 fallback 机制；<picture>的<img>兜底只解决格式兼容，不解决路径 404
为什么两者都要做，且不能互相替代？
真实用户场景中，JS 禁用和 JS 失败是独立正交的问题。一个电商首页，既可能被爬虫以 JS 关闭模式访问（触发 <noscript>），也可能因 CDN 故障导致 cart.js 404（需 JS 主动降级到本地 sessionStorage 同步购物车）。
-
<noscript>是服务端首屏 HTML 必须包含的语义兜底，前提是 SSR/SSG 输出了真实 DOM 结构 - JS 降级是运行时策略，需覆盖加载、解析、执行、资源请求全链路，且每一步都得有显式错误分支
- 最容易被忽略的是：JS 降级逻辑本身不能依赖未加载的模块——所有降级代码必须内联或打包进入口脚本，否则自己就成单点故障
<noscript> 守住最底线（JS 引擎关了还能看内容、能提交表单），再用 JS 降级守住绝大多数现实故障（CDN 挂了、脚本 404、图片加载失败、API 超时）。漏掉任意一层，都会在特定条件下导致功能彻底不可用。 
