我已经搜索过了，但找不到答案，由于那种当数百人盯着你时的感觉，我不好意思问教授...
无论如何，我的问题是括号的重要性是什么？如果我省略它们会怎样？例如：
for (int i = 0; i < size; i++) {
a += b;
}
vs
的翻译是：vs。for (int i = 0; i < size; i++)
a += b;
它实际上不会改变任何东西，除了你代码的可维护性。我曾经看到过这样的代码：
for (int i = 0; i < size; i++)
a += b;
System.out.println("foo");
这意味着：
for (int i = 0; i < size; i++)
a += b;
System.out.println("foo");
...但是应该是这样的：
for (int i = 0; i < size; i++) {
a += b;
System.out.println("foo");
}
个人而言，我总是包括括号以减少阅读或修改代码时的混淆可能性。
在我所工作的每家公司的编码惯例中都要求这样做 - 这并不意味着其他公司没有不同的惯例...
如果你认为这永远不会有影响，那么请注意：我曾经修复过一个与上述代码几乎等价的错误。 它非常难以发现...（诚然，这是多年前，在我开始进行单元测试之前，单元测试无疑会使其更容易被诊断）。
使用花括号可以使代码更易于维护和理解。因此，您应该默认考虑使用它们。
我有时会跳过在防卫语句上使用花括号以使代码更紧凑的方法。我的要求是它们必须是跟随着一个跳转语句（如return或者throw）的if语句。此外，我将它们保持在同一行以引起注意，例如：
if (!isActive()) return;
它们也适用于循环内部的代码：
for (...) {
if (shouldSkip()) continue;
...
}
对于不一定在方法体顶部的方法，还有其他的跳转条件。
一些语言（如Perl或Ruby）具有一种类似于条件语句的结构，其中括号不适用：
return if (!isActive());
// or, more interestingly
return unless (isActive());
我认为它与我刚刚描述的内容是等价的，但是它是明确受到语言支持的。
没有区别。第二个版本的主要问题是你可能最终会写成这样：
for (...)
do_something();
do_something_else();
当你更新那个方法时，以为do_something_else()在循环内部被调用。这会导致令人困惑的调试过程。
第二个问题是花括号版本没有的，它可能更难以发现：
for (int i=0; i<3; i++);
System.out.println("Why on earth does this print just once?");
所以，除非你有充分的理由，否则请保留大括号，这只需要多输入几个按键。
if( "Prod".equals(stage) )
callBankFunction ( creditCardInput )
else
callMockBankFunction ( creditCardInput )
现在假设您的代码由于某些内部问题而无法工作。您想要检查输入。所以您进行以下更改：
if( "Prod".equals(stage) )
callBankFunction ( creditCardInput )
else
callMockBankFunction ( creditCardInput )
Logger.log( creditCardInput )
假设您已经解决了这个问题并部署了此代码（也许审阅者和您认为这不会引起问题，因为它不在“Prod”条件内）。神奇的是，您的生产日志现在打印出客户信用卡信息，所有能看到日志的人员都能看到。如果其中任何人（带有恶意意图）获得了这些数据，后果不堪设想。
因此，不给予大括号和一点粗心编码往往会导致安全信息被泄露。这也被CERT - 软件工程研究所，CMU归类为JAVA中的漏洞。
if/else语句中不使用括号更容易解析和理解。 - Joshua Pinter如果只有一个语句，可以省略大括号，但如果有多个语句就必须使用大括号声明代码块。
当你使用大括号时，表示你正在声明一个代码块：
{
//Block of code
}
for( ; ; )
if(a == b)
doSomething()
如果没有必要，使用括号可以使IT技术更易读：
for( ; ; ) {
if(a == b) {
doSomething()
}
}
现在，重新缩进代码以找出哪个代码块属于哪个if或for/while很容易。如果你坚持认为重新缩进很难做到，那么放置在错误缩进位置的括号同样会让你感到困惑。
for(int i = 0; i < 100; i++) { if(i < 10) {
doSomething();
} else { for(int j = 0; j < 5; j++) {
doSomethingElse();
}
}}
for(int i = 0; i < 100; i++) {
if(i < 10) {
doSomething();
}
else {
for(int j = 0; j < 5; j++) {
doSomethingElse();
}
}
是的，它看起来比之前的例子要简单一些，但你仍然可能会被这样的缩进弄糊涂。
在我看来，编写代码的人有责任检查代码并确保正确缩进，然后再进行其他操作。
使用花括号可以将代码未来的修改保护起来。我曾经见过一些情况，其中省略了花括号，并且后来有人添加了一些代码，但并没有在那个时候加上花括号。结果是，他们添加的代码并没有进入他们认为的部分。因此，我认为这是在考虑到代码未来的变化时的良好实践。我已经看到软件组将其作为标准采用，即始终要求使用花括号，即使是单行块也是如此。