关于这个问题，网上已经有很多人讨论过了，我先说说自己对这个问题的回答：加！（但非必须）
有些人写代码，懒得加分号，除非是迫不得已才勉强放一个分号上去。如果你可以保证你写的代码不出现任何 bug，那当然是没有问题，但是很多 JSer 新人，对一些隐含的问题并不是特别清楚，很容易在不知不觉中写出一堆 bug，我们先来了解下 JS 词法语法解析的时候，哪些情况下会自动插入分号。
一、自动插入分号的规则
注：鼠标滑过文字可以看到翻译原文
1. 程序从左到右解析，当纳入下一个 token 无法匹配任何语法：
- 如该 token 跟之前的 token 之间有至少一个 LineTerminal 行终结符违反分割
- 该 token 为 `}` 符号时
2. 程序从左到右解析，当纳入下一个（或几个） token 不能产生一条合法的语句的时候，会在这个地方插入一个分号。
3. 程序从左到右解析，当纳入的 token 能够产生一条合法语句，但是这条语句是受限产生式时，在该受限 token 前面自动插入分号。
上面提到的一些内容来自 ECMAScript5.1 第七章第九节，可以戳这里，翻译的不太通顺，实在是太难翻译了= =
二、一些不加分号会出问题的场景
场景一：
s = a + b
(x + y).doSomething()
我们期望这是这是两条语句，结果会被解析成：
s = a + b(x + y).doSomething();
b 在这里成了一个函数了。
场景二：
x
++
y
这个 ++ 符号会给谁？答案是：
x; ++y;
这样的代码当然是很少遇到，但是遇到这种情况：
场景三：
return
true
我们期望返回 true，结果：
return;
true;
给我们返回了 undefined。
场景四：
s = function(x){return x}
(1 + 2).toString()
他被解析成了
s = function(x){return x}(1 + 2).toString()
function(x){return x}(1 + 2) 这个作为一个整体，1+2 作为参数送入函数，该函数的返回值为 3，然后执行 3.toString()，这样的问题藏的比较深，不容易被发现。
三、规避问题
有些语句是以 [ 或者 ( 开头，就像上面提到的场景一和场景四，这些 token 很容易和上一条没有加分号的语句合并到一起，如果你不太喜欢加分号，可以这样来处理：
s = function(x){return x}
;(1 + 2).toString()
这也是为什么我们会经常看到别人的代码中写出这样的函数：
;(function(){
// ...
})();
在 function 的前面加了一个分号，目的就是为了防止整个函数的返回值作为参数送入上一条语句之中。
对于场景三，要特别说明一下，除了 return 之外，还有 break 和 continue 语句，break 和 continue 类似 C 语言中的 goto ，他是可以在后面添加 tag 的，如果 tag 和 这些关键词之间存在 LineTerminal，这些 tag 就会被忽略，如：
break
tag
我们期望程序会调到 tag 所指向的程序段，但结果被解析成
break;
tag;
四、小结
看到上面的一些列问题，相信大家心里还是有自己的答案了，如果你有信心代码里头不出现因为不写分号而导致的错误，那分号的取舍其实是无所谓的。