IIFE的“自我销毁”实为隔离+单次+清理：通过作用域隔离防全局污染，主动清理异步资源，标记防重入，内联依赖并解耦宿主环境。
自执行函数（IIFE）本身不具备“自我销毁”能力——它执行完就自然退出，作用域内变量被垃圾回收，这是 JavaScript 引擎的正常行为，不是主动销毁。所谓“自我销毁逻辑块”，实际是指：在脚本注入场景下，利用 IIFE 封装一次性逻辑，确保其运行后不留全局痕迹、不干扰宿主环境、不持续驻留内存或监听器。关键不在“销毁”，而在“隔离 + 单次 + 清理”。
作用域隔离：防止污染宿主全局环境
注入脚本若直接声明 var config = {...} 或 function init() {...}，会污染 window（浏览器）或 globalThis，可能覆盖原有变量、触发冲突甚至被后续脚本误用。
- 必须用 IIFE 包裹全部逻辑，例如：
(function(){ let token = 'xxx'; fetch('/api/log', {body: token}); })(); - 内部使用
let/const声明，避免变量提升或意外挂载到全局 - 禁用
this指向全局对象的写法（如裸调用函数），一律显式限定作用域
单次执行与资源清理：避免残留副作用
IIFE 执行一次即结束，但若内部注册了事件监听器、定时器、fetch 中断控制器或 MutationObserver，这些对象不会随函数退出而自动清除，会持续占用资源并可能引发异常。
- 所有异步操作需主动清理：设置
AbortController并在完成/超时后调用abort() - 定时任务用
setTimeout而非setInterval；若必须轮询，应在首次响应后调用clearInterval - 监听 DOM 变化时，使用
once: true选项，或在回调末尾调用observer.disconnect() - 示例：
(function(){ const ac = new AbortController(); fetch('/x', {signal: ac.signal}).finally(() => ac.abort()); })();
防重入与条件终止：确保逻辑不重复触发
注入脚本常因页面重载、脚本重复加载或开发者误操作被多次执行，导致重复请求、数据错乱或报错。
- 在 IIFE 开头添加轻量级标记检测，例如：
if (window.__injected_xxx) return; window.__injected_xxx = true; - 标记应设为不可枚举、不可配置（
Object.defineProperty(window, '__injected_xxx', {value: true, writable: false, enumerable: false, configurable: false})），防被轻易删除 - 对敏感操作（如修改 localStorage、发送上报）加幂等判断，例如先读取已有状态再决定是否执行
与宿主环境解耦：不依赖外部变量，也不暴露内部实现
注入脚本不应假设宿主已加载 jQuery、Lodash 或特定 SDK；也不应把自身函数挂到 window 上供外部调用——这违背“自我封闭”原则。
- 所需工具函数（如深拷贝、base64 编码）全部内联或最小化实现，不引入外部依赖
- 禁止使用
eval、Function构造函数或字符串拼接执行代码，防止被二次注入篡改逻辑 - 若需与宿主通信（如通知执行完成），仅通过安全通道：如
postMessage（带 origin 校验）或自定义事件（dispatchEvent）并约定命名空间
