考虑以下两个带大括号的sn-ps：
switch (var) {
case FOO: {
x = x + 1;
break;
}
case BAR: {
y = y + 1;
break;
}
}
没有大括号：
switch (var) {
case FOO:
x = x + 1;
break;
case BAR:
y = y + 1;
break;
}
我知道，在带大括号的 sn-p 中，通过将每个 case 括在大括号中来创建一个新的范围。但是，如果每个 case 都不需要新的范围（即没有变量名被重用），那么在 case 中使用大括号是否会降低性能？
【问题讨论】：
标签： java performance switch-statement
在案例中使用大括号是否会降低性能？
无。
花括号可以帮助编译器确定变量、条件、函数声明等的范围。一旦将代码编译成可执行文件，它就不会影响运行时性能。
【讨论】：
从执行的角度来看，没有性能损失。
从编译的角度来看，性能略有下降，因为要解析的内容更多，但如果有人真的担心这一点，他们将不得不将代码全部写在一行上 :-)
现在对于我们帖子的意见部分...我总是把 { 和 } 放在可维护性上，因为您可能不得不在以后放入它们，这可能是一个稍后再放它们会很痛苦……但这是 103% 的个人喜好。
【讨论】：
我们知道，switch case 的大括号是不必要的。使用大括号 case 可能会导致对 case 范围的混淆。
左大括号通常与一些有意义的东西相关联，例如函数的开始或循环的开始或类声明的开始或数组初始化的开始等......我们知道，当一个 case 发生时，它会从 switch 块中中断。遇到 break 语句。因此，对于无知的读者来说，使用花括号似乎意味着不同的 case 范围。因此，为了更好的编程可读性，最好避免使用花括号。
即当我有类似的东西时，
switch(i)
{
case 1 :
{
//do something
}
System.out.println("Hello from 1");
case 2:
....
}
“Hello from 1”被打印出来。但是使用大括号可能会暗示一个无知的读者认为 case 以 '}' 结尾，因为他们已经知道在循环、方法等情况下大括号通常意味着什么。
就像我们在“C”中有跳转到标签语句一样，控件只是切换到大小写并继续执行。因此，根据这种理解，在为 switch 编写 case 时使用花括号是一种不好的做法。
从技术上讲，当使用有效的语法时，您可以用一对额外的花括号将任何代码块括起来。在 switch 中使用大括号至少对我来说看起来很糟糕，因为它似乎给人一种不同的感觉，就像我上面所说的那样。
我的建议：只是避免在 switch case 中使用大括号。
【讨论】：
带大括号。
switch语句有很多可能出错的地方，我尽量避免它们，即
使用大括号是防止 case 语句之间有意和无意共享变量的一种方法
【讨论】：
...case 1: int a = 10; break; case 2: int a = 11; break; ... 无法编译。 （使用 Oracle JDK 8 测试）
这个问题可能会以“争论”（BRACE WAR！）的形式结束，但到底是什么。我实际上喜欢病例后的牙套。对我来说，它使丑陋的 switch 语法看起来更像其他语言结构。 （在这种“情况”中使用大括号不会受到惩罚）
【讨论】：
您说可以省略大括号，因为没有重复使用变量名称。通过重用变量名，我假设您的意思是声明一个相同类型的新变量。
大括号实际上最有用，可以确保您最终不会在不同的cases 中错误地重用相同的变量。他们今天没有声明任何变量，但是明天有人会添加它们，如果没有大括号，代码很容易出错。
【讨论】：
我不会在 switch case 中使用大括号。
switch 语句在没有大括号的情况下看起来已经足够巴洛克了。
开关盒应该很短。当您需要声明变量时，这表明您做错了。
现在开始维护一些遗留的 C 代码，这些代码包含 500 多行的 switch case ...
【讨论】：
我以前从未想过。在 case 子句中从来不需要大括号，所以无法真正理解为什么需要它们。就我个人而言，我不赞成“它会更容易维护”的想法，那只是垃圾，如果代码有意义并记录在案，它会更容易维护。
没有大括号...语法越少越好
【讨论】：