safari 10.1 因未正确实现 nomodule 互斥逻辑,导致模块脚本与 nomodule 脚本双执行,引发初始化重复、事件绑定叠加、api 请求翻倍等问题;需在 legacy-bundle.js 顶部用 document.write 动态注入并 throw 中断执行,且构建产物须完全隔离、降级 api 并禁用动态 import。

nomodule 属性本身不提供“兼容保障”,它只是个加载开关——现代浏览器看到就跳过,旧浏览器才执行。真正决定是否重复执行的,是浏览器对 type="module" 的识别精度,以及 Safari 10.1 这类“半吊子”浏览器的实现缺陷。
为什么 Safari 10.1 会双执行
Safari 10.1(macOS 10.12.4 / iOS 10.3)能解析 type="module",但没正确实现 nomodule 的互斥逻辑:它既加载了 app.mjs,又把 legacy-bundle.js 当普通脚本同步执行。结果不是“降级”,而是叠加执行。
- UI 初始化两次(
document.addEventListener('DOMContentLoaded', init)被调两次) - 事件重复绑定(同一个按钮触发两次点击回调)
- API 请求翻倍(
fetch('/api/user')发两次) - 内存占用明显升高(两个版本的工具函数、状态管理器同时驻留)
运行时检测必须写在 nomodule 脚本内部
不能靠外部条件判断后插入 <script src></script>,因为 Safari 10.1 已经把 nomodule 脚本加载进来了——你得在它执行前就拦住它。
- 正确做法:在
legacy-bundle.js开头加检测逻辑,用document.write动态注入自身(仅对 Safari 10.1) - 检测条件是
!('noModule' in document.createElement('script')),这个表达式在 Safari 10.1 返回false,其他支持type="module"的浏览器返回true - 示例开头代码:
if (!('noModule' in document.createElement('script'))) { document.write('<script src="legacy-bundle.js"></script>'); throw new Error('Skip legacy execution'); } - 注意
throw是必须的——否则后续代码仍会执行,导致双初始化
构建产物必须彻底隔离模块与降级逻辑
哪怕用了运行时检测,如果 legacy-bundle.js 里还引用了 modern-app.js 中的模块变量或函数,旧浏览器照样崩溃。
-
legacy-bundle.js必须是独立 IIFE 或 UMD 格式,不含任何import/export - Babel 配置必须显式设
targets: { ie: '11' },不能只靠core-js/stable补丁 - 所有 DOM API 调用需降级:用
element.className += ' active'替代element.classList.add('active') - 避免动态
import(),旧浏览器不识别该语法,直接SyntaxError
最易被忽略的一点:运行时检测代码必须放在 legacy-bundle.js 的最顶部,且不能被 Webpack/Vite 的 splitChunks 拆到其他 chunk 中——否则 Safari 10.1 可能先执行业务代码再执行检测,失去拦截意义。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











