nomodule不是兼容开关，单独使用会导致新旧浏览器均白屏；现代浏览器跳过该脚本，IE11等旧浏览器因不识别nomodule而静默忽略整行标签，脚本完全不执行。
nomodule 不是兼容开关，单独用它会让新旧浏览器都白屏——现代浏览器跳过，旧浏览器（如 IE11）静默忽略整行标签，脚本压根不执行。
为什么 <script nomodule src="legacy.js"></script> 在 IE11 里不运行
IE11 不认识 nomodule 属性，但也不会报错或执行它；规范规定：浏览器遇到无法识别的布尔属性时，直接跳过整个 <script> 元素。结果就是——现代浏览器跳过，旧浏览器也跳过，JS 彻底断掉。
- 验证方式：Chrome DevTools Network 面板搜
legacy.js，它不该出现；IE11 控制台执行typeof module返回"undefined"，同时legacy.js里的代码也没跑，基本可判定是单写nomodule导致的丢弃 - 根本原因：
nomodule只在支持type="module"的浏览器中生效，旧浏览器根本不“理解”它，更不会“回退执行”
type="module" 和 nomodule 必须成对出现
真正起作用的是组合，不是单个属性。只有两者并存，才能形成互斥加载路径：
- 现代浏览器（Chrome 61+、Firefox 60+、Safari 11+、Edge 16+）：执行
<script type="module" src="app.mjs"></script>，跳过<script nomodule src="legacy-bundle.js"></script> - 旧浏览器（IE11、Android 4.4 WebView、Safari 10.1）：忽略
type="module"，不执行app.mjs；同时不识别nomodule，于是加载并执行legacy-bundle.js - Safari 10.1 是特例：它识别
type="module"，却错误地也执行nomodule脚本，导致 UI 初始化两次、事件重复绑定——需提前注入 polyfill 或显式屏蔽
nomodule 脚本必须是真·ES5 + 手动 polyfill
nomodule 只管“要不要加载”，不管“能不能跑”。哪怕进了 IE11，以下任一情况都会崩溃：
立即学习“前端免费学习笔记（深入）”；
- 语法层面：含
const、let、=>、${}、class→ 直接SyntaxError - API 层面：调用
fetch()、Promise、Array.from()、Object.assign()→ReferenceError或静默失败 - DOM 层面：用
element.classList.add()（IE9–）、querySelector()（IE7–）、addEventListener()（IE8–）→ 报错或无响应 - 构建时必须显式设
targets: { ie: "11" }，不能依赖 Babel 默认 preset；core-js/stable需手动引入，且 polyfill 必须在所有业务代码之前执行；输出格式只能是 IIFE 或 UMD，严禁含import/export，禁用dynamic import()
加载时机和执行顺序容易被忽略
type="module" 脚本默认 defer（按文档顺序执行，不阻塞 HTML 解析），而 nomodule 脚本在旧浏览器中表现和普通 <script> 一样：若无 defer 或 async，会同步阻塞解析。
- 为保持行为一致，推荐显式加
defer：<script nomodule defer src="legacy-bundle.js"></script> - 否则
legacy-bundle.js可能在 DOM 尚未就绪时就运行，导致document.getElementById返回null - 老浏览器不支持
async/defer的精细控制，所以压缩 + 内联关键初始化逻辑更可靠
