JavaScript的ASI机制按固定规则机械插入分号，易致静默bug：return等关键字后换行即中断；以(、[、`开头的行可能被误合并；++/--换行引发语法错位；压缩后ASI失效。根本解法是手动添加分号。
JavaScript 的分号自动插入（ASI）机制看似省事，实则在特定结构下容易悄悄改写代码语义——它不是“智能补全”，而是按固定文法规则机械插入分号，稍不注意就会引入静默 bug。
return、throw、break、continue 后换行即中断
这些关键字属于 restricted productions，一旦后面紧跟换行符，ASI 会在其后立即插入分号，导致后续表达式完全失效。
-
危险写法：
return<br>{ name: "Alice", age: 30 };→ 实际执行为return;<br>{ name: "Alice", age: 30 };，函数返回undefined -
安全写法：把大括号紧贴
return写在同一行：return { name: "Alice", age: 30 }; - 同理适用于
throw new Error("msg")、continue label等，换行即断开
以括号开头的行可能被误解析为函数调用
当某行以 (、[ 或 ` 开头，且前一行语句未以分号结束时，JS 引擎会尝试将二者合并解析，极易触发意外调用或属性访问。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
典型错误：
const fn = () => console.log("ok")<br>(function() { /* IIFE */ })();→ 实际变成const fn = () => console.log("ok")(function() { ... })();，报错TypeError: fn is not a function -
另一个常见场景：
myFunction()<br>["a", "b"].map(...)
→ 被解析为myFunction()["a", "b"].map(...)，因逗号表达式取后者，实际访问myFunction()["b"] -
防范方式：在以
(、[、`开头的行前加分号，如;<br>["a", "b"].map(...)
后缀递增/递减运算符换行引发歧义
++ 和 -- 作为后缀时，要求紧贴操作数；若换行，ASI 会强行断开，导致语法错位。
立即学习“Java免费学习笔记（深入）”；
-
问题代码：
let a = 5<br>++b
→ 解析为let a = 5;<br>++b;
，a没有被递增 -
更隐蔽的坑：
foo<br>++bar
可能被当作foo++bar（非法），ASI 插入分号后变成foo;<br>++bar;
，逻辑断裂 -
建议：避免跨行书写带
++/--的表达式；统一使用前缀形式或显式分号隔开
代码压缩与书签脚本中 ASI 彻底失效
ASI 依赖换行符触发。一旦代码被压缩成单行（如书签脚本、构建产物），所有靠换行“暗示”的分号全部消失，原本可运行的代码直接报 SyntaxError。
-
示例：
const x = 1<br>const y = 2<br>[x, y].forEach(console.log)
压缩后变成const x = 1const y = 2[x, y].forEach(console.log)→ 报错 - 根本解法：不依赖 ASI，每条语句末尾手动加分号。这不是风格偏好，而是工程健壮性底线
- 配合 Prettier 等工具开启
"semi": true，让格式化自动补全，降低遗漏风险
