必须用async IIFE而非普通IIFE，因其支持await异步初始化并确保配置就绪后才挂载，避免竞态；标准写法为(async()=>{...})()，外层括号转表达式，末尾括号触发执行。
用 async 匿名 IIFE 实现异步全局防腐层配置，核心是“在模块系统接管前，抢在脚本执行早期完成异步初始化，并把结果安全挂载到可控作用域”。它不依赖打包工具或 import，专为 ES6 模块普及前的过渡期设计——比如老项目升级、CDN 加载场景、或需动态拉取配置再启动主逻辑的情况。
为什么必须用 async IIFE 而不是普通 IIFE
普通 IIFE 是同步执行的，无法等待异步操作（如 fetch、localStorage 读取、第三方 SDK 初始化）完成。而防腐层配置往往依赖外部数据：比如从服务端获取白名单域名、权限策略、灰度开关等。若强行同步写死，会失去灵活性；若放任异步后置执行，又可能被后续脚本抢先访问未就绪的配置，引发竞态或报错。
async IIFE 的价值在于：它让整个初始化过程“可等待”，同时保持封装性——配置变量不会泄露到 window，也不会干扰其他脚本。
标准写法与关键括号含义
正确语法如下：
(async () => {<br> try {<br> const config = await fetch('/api/config').then(r => r.json());<br> // 封装为只读对象，避免意外修改<br> Object.freeze(config);<br> // 挂载到命名空间，而非 window<br> if (!window.__APP__) window.__APP__ = {}; <br> window.__APP__.config = config;<br> } catch (err) {<br> console.warn('防腐层配置加载失败，使用默认值');<br> window.__APP__.config = { allowExternal: false };<br> }<br>})();
注意两处括号：
- 外层
(async () => { ... })—— 把箭头函数转为表达式，否则async function(){}()语法非法 - 末尾
()—— 立即触发执行，不可省略
如何防止配置被覆盖或误读
全局防腐层配置最怕“多份脚本重复注入”或“未就绪时被读取”。建议三步防护：
- 加锁机制：在 IIFE 开头检查
window.__APP__?.config是否已存在，存在则直接 return，避免重复请求 - 延迟暴露：不要在
await前挂载配置，确保只在数据真正就绪后才对外可见 - 命名空间隔离：统一使用
window.__APP__（双下划线前缀）这类低冲突命名，不直接挂window.config
配合模块化过渡的实用技巧
当项目正逐步迁移到 ES6 模块，但部分旧脚本仍依赖全局配置时，可让 async IIFE 成为“桥接层”：
- 在 IIFE 内部模拟 ESM 导出行为：
window.__APP__.useConfig = () => window.__APP__.config; - 对新模块提供兼容入口：
export const getConfig = () => window.__APP__.config || null; - 利用闭包缓存 Promise 实例，后续调用可复用同一结果，避免多次 fetch
本质不是炫技，而是用最小侵入方式，在模块化落地前守住配置安全边界。只要一次正确注入，后续所有脚本就能基于可信状态运行。
