那么，为什么要使用“不必要的”大括号呢?

为了“确定范围”(如上所述) 使代码在某种程度上更具可读性(很像使用#pragma，或定义可以可视化的“sections”) 因为你可以。就这么简单。

附注:这不是糟糕的代码;这是百分百有效的。所以，这是一个(不寻常的)品味问题。

一个原因可能是在新花括号块中声明的任何变量的生命周期都限制在这个块中。我想到的另一个原因是能够在最喜欢的编辑器中使用代码折叠。

正如其他人所指出的那样，一个新的块引入了一个新的作用域，使人们能够使用自己的变量编写一些代码，这些变量不会破坏周围代码的名称空间，并且只使用必要的资源。

然而，这样做还有一个很好的理由。

它只是将实现特定(子)目的的代码块分离出来。很少有一个语句能达到我想要的计算效果;通常需要好几个人。将它们放在一个块中(带有注释)可以让我告诉读者(通常是我自己在以后的日期):

这个块有一个连贯的概念目的 以下是所需的所有代码 这里有一个关于大块的评论。

e.g.

{  // update the moving average
   i= (i+1) mod ARRAYSIZE;
   sum = sum - A[i];
   A[i] = new_value;
   sum = sum + new_value;
   average = sum / ARRAYSIZE ;  
}

你可能会说我应该写一个函数来完成所有这些。如果我只做一次，写一个函数只是增加了额外的语法和参数;这似乎没什么意义。把它看成是一个无参数的匿名函数。

如果你幸运的话，你的编辑器将有一个折叠/展开功能，甚至可以让你隐藏块。

我一直都这么做。知道我需要检查的代码的界限是一件非常愉快的事情，甚至更好的是知道如果那块代码不是我想要的，我不需要查看任何一行。

额外的大括号用于定义在大括号内声明的变量的范围。这样做是为了在变量超出作用域时调用析构函数。在析构函数中，你可以释放一个互斥锁(或任何其他资源)，以便其他人可以获取它。

在我的生产代码中，我写了这样的东西:

void f()
{
   // Some code - MULTIPLE threads can execute this code at the same time

   {
       scoped_lock lock(mutex); // Critical section starts here

       // Critical section code
       // EXACTLY ONE thread can execute this code at a time

   } // The mutex is automatically released here

  // Other code  - MULTIPLE threads can execute this code at the same time
}

如您所见，通过这种方式，您可以在函数中使用scoped_lock，同时可以通过使用额外的大括号定义其作用域。这可以确保即使额外大括号外的代码可以由多个线程同时执行，但大括号内的代码一次只能由一个线程执行。

在多线程编程中将作用域锁与临界区结合使用时，这非常有用。在花括号中初始化的作用域锁(通常是第一个命令)将在块的末尾超出作用域，因此其他线程将能够再次运行。

这有时很好，因为它给了你一个新的作用域，在那里你可以更“干净”地声明新的(自动的)变量。

在c++中，这可能不是那么重要，因为你可以在任何地方引入新变量，但也许这个习惯来自C，直到C99才可以这样做。：）

由于c++具有析构函数，因此在作用域退出时自动释放资源(文件、互斥对象等)也很方便，这可以使事情更清晰。这意味着您可以在更短的时间内保留一些共享资源，而不是在方法开始时获取它。