这楼里已经没一个人在认真看问题了，我贴一下关键的内容：

> What we state here is that using ASI style is likely to lead to an inconsistent programming style in the future and in result code that requires higher cognitive load to work with.

确实分号自动插入（可省分号）在当前是工作得 OK 的，但是这导致在新语法进来后，需要手动写分号的地方越来越多，那么你写代码的时候就需要越来越多的思考“这里能不能省分号”，变得不友好

> The crux of the issue is that ASI makes it harder for the language to evolve. This is not an opinion but a fact. The committee has tried hard to support a semicolon-free coding style so far, but there are cases where it ’ s not feasible to do so (@bmeck repeatedly pointed to one), and there will be more in the future.

省分号已经严重影响了新的语法的设计，当前的 Class Property 已经遇到这个问题，后面更多语法总会有各种各样的边界情况

---

这里一个本质的问题其实不在于分号，而在于：ES 不把换行符当作语法的分隔符

这一特性导致一个 ES 片段是可以写在多行里的，比如这么写：

const a = 0
[x].map...

这时候没有明确的分号就会完蛋，那么在更多新语法进来的时候，就会死得更惨

与其这样，还不如推荐大家所有该加分号的地方都加上，保持一种一致的编码形式