我想指出的是，你也可以把花括号去掉else。正如约翰·瑞西格在这篇文章中看到的。

if(2 == 1){
    if(1 == 2){
        console.log("We will never get here")
    }
} else 
    console.log("We will get here")

技术上没有，但是非常推荐!!

忘掉“这是个人偏好”、“代码会正常运行”、“它对我来说工作得很好”、“它更可读”之类的废话。如果你犯了一个错误，这很容易导致非常严重的问题，相信我，当你在编码时很容易犯错误(不相信吗?，看看著名的苹果go to fail漏洞)。

论据:“这是个人偏好”

不，不是的。除非你们是一个人去火星，不然不行。大多数时候会有其他人阅读/修改您的代码。在任何严肃的编码团队中，这都是被推荐的方式，所以这不是一个“个人偏好”。

参数:“代码将运行良好”

意面代码也是如此!这是否意味着可以创建它?

论据:“这对我来说很有效”

在我的职业生涯中，我见过很多因为这个问题而产生的bug。你可能不记得有多少次你注释掉了“DoSomething()”，并对为什么要调用“SomethingElse()”感到困惑:

if (condition) 
    DoSomething();
SomethingElse();

或者添加了'SomethingMore'并且没有注意到它将不会被调用(即使缩进暗示相反):

if (condition)
  DoSomething();
  SomethingMore();

这是我在现实生活中遇到的一个例子。有人想要关闭所有日志，所以他们运行find&replace "console.log" => //"console.log":

if (condition) 
   console.log("something");
SomethingElse();

看到问题了吗?

即使你认为，“这些都是微不足道的，我永远不会这么做”;记住，总会有一个团队成员的编程技能不如你(希望你不是团队中最差的!)

参数:“这更有可读性”

如果说我学过编程，那就是简单的事情很快就会变得非常复杂。这是很常见的:

if (condition) 
    DoSomething();

在使用不同的浏览器/环境/用例进行测试或添加新功能后，它会变成以下内容:

if (a != null)
   if (condition) 
      DoSomething();
   else
      DoSomethingElse(); 
      DoSomethingMore();
else 
    if (b == null)
         alert("error b");
    else 
         alert("error a");

和这个比较:

 if (a != null) {
    if (condition) { 
       DoSomething();
    }
    else {
       DoSomethingElse();
       DoSomethingMore();
    }
 } else if (b == null) {
    alert("error b");
 } else {
    alert("error a");
 }

PS:在上面的例子中注意到错误的人会得到加分。

这个问题问的是一行中的语句。然而，提供的许多示例说明了不要基于多行语句省略大括号的理由。在一行中不使用括号是完全安全的，如果这是您喜欢的编码风格的话。

例如，问题问这样做是否可以:

 if (condition) statement;

它不会问这是否ok:

 if (condition)
   statement;

我认为去掉括号更可取，因为它使代码更具可读性，语法更少。

我的编码风格是永远不用括号，除非代码是一个块。不要在一行上使用多个语句(用分号分隔)。我发现这很容易阅读和清楚，从来没有“if”语句的范围问题。因此，在单个if条件语句上使用括号需要3行。是这样的:

 if (condition) {
   statement;
 }

使用一行if语句更可取，因为它使用的垂直空间更少，代码更紧凑。

我不会强迫其他人使用这种方法，但它对我来说是有效的，我非常不同意所提供的关于省略括号如何导致编码/范围错误的例子。

语句的开始缩进级别应该等于它上面的开大括号的数量。(不包括引号或注释大括号或预处理器指令中的大括号)

否则，K&R将是很好的缩进样式。为了修复它们的风格，我建议在一行中放置简短的if语句。

if (foo) bar();    // I like this. It's also consistent with Python FWIW

而不是

if (foo)
   bar();   // not so good

如果我正在编写一个编辑器，我会让它的自动格式按钮将bar吸到与foo相同的行，并且如果你在bar之前按下return，我会让它在bar周围插入括号:

if (foo) {
  bar();    // better
}

然后，在if语句的主体中在bar的上方或下方添加新语句就很容易且一致了

if (foo) {
  bar();    // consistent
  baz();    // easy to read and maintain
}

我目前正在做一个迷你器。即使是现在，我也要检查两个大脚本。通过实验，我发现: 如果花括号不包括';'，'return'，'for'，'if'，'else'，'while'，' function'，则可以删除后面的花括号。不考虑换行。

function a(b){if(c){d}else{e}} //ok  
function a(b){if(c)d;else e}   //ok

当然，如果后面没有其他的结束大括号，则需要用分号替换结束大括号。

函数不能以逗号结尾。

var a,b=function()c;  //ok *but not in Chrome
var b=function()c,a;  //error  

在Chrome和FF上测试。

No, curly braces are not necessary, However, one very important reason to use the curly brace syntax is that, without it, there are several debuggers that will not stop on the line inside the if statement. So it may be difficult to know whether the code inside the if statement ran without altering the code (some kind of logging/output statements). This is particularly a problem when using commas to add multiple lines of execution. Without adding specific logging, it may be difficult to see what actually ran, or where a particular problem is. My advice is to always use curly braces.