在 IIFE 后加分号是为防止 ASI 失效导致的语法错误，尤其避免下一行以 ( 或 [ 开头时被误解析为前一行的参数或属性访问，保障多文件合并、压缩等工程场景下的代码健壮性。
在 IIFE 后面加分号，核心作用是防止代码合并或拼接时因 ASI（自动分号插入）失效而引发的语法错误或意外行为。这不是风格偏好，而是工程实践中针对特定解析边界问题的防御措施。
防止下一行以括号或方括号开头时被误解析
JavaScript 解析器在换行处不会自动插入分号，如果上一行结尾没有显式分号，而下一行以 ( 或 [ 开头，就可能把两行连成一句，导致报错或逻辑错乱。
- 例如：
(function(){})()(function(){})() // 下一行以(开头
若第一行末尾无分号，引擎可能尝试将第二行的(当作第一行调用的参数，报错Uncaught TypeError: ... is not a function - 同理，数组字面量开头也危险：
var a = 1[2,3].forEach(...)
会被解析为a[2,3].forEach(...)，而非两条独立语句
避免多文件合并时的“调用连缀”风险
在构建流程中（如打包、压缩、手动拼接脚本），多个 IIFE 文件连在一起时，若前一个未加分号，后一个以 ( 开头，就会出问题：
- 错误拼接示例：
(function(){})();(function(){})()✅ 安全(function(){})()(function(){})()❌ 第二个(被当作第一个 IIFE 的参数 - jQuery 等老牌库开头的
;(function(){})()就是为兜底这种场景——前面无论是什么代码，分号都能切断歧义
不是所有情况都需要，但加了更稳妥
ASI 规则对 (、[、/、+、- 这五类 token 开头的行特别敏感，其中括号和方括号在实际项目中出现频率最高。
立即学习“Java免费学习笔记（深入）”；
- 真正需要防御的，主要是以
(或[开头的语句 - 其他情况（如
+、-行首）极少见，可忽略 - 现代工具链（如 ESLint、Prettier）通常默认启用
semi: "always"，统一加分号是最省心的做法
加不加分号本身不影响 IIFE 执行，但它决定了代码在组合、压缩、多人协作等真实工程场景中是否健壮。写分号不是守旧，是给未来可能的代码变动留一道缓冲。
