问空铸宏解释

EN

就所发生的一切而言，这是绝对没有意义的，这就是重点。只是对变量的引用，但对它绝对不做任何操作。编译器尽职尽责地处理它，注意到使用了该参数，然后抛出所有内容，而不生成任何实际代码。

就括号而言：

对可能在表达式中使用的宏使用括号是一种很好的做法，即使在不需要它时也是如此。

例如，假设代码中有一个简单的宏，它在屏幕上绘制窗口。这样做的库在窗口周围添加了一个边框，比如说，它有6个像素长。此宏计算窗口的总宽度。这个宏的简单实现如下：

#define ACTUAL_WIDTH(w)  w+6

现在，假设您的代码想要计算两个窗口的实际宽度。这两个窗口都有100个像素宽：

int total_width=ACTUAL_WIDTH(100)*2;

你觉得会发生什么？回想一下，宏替换基本上只是一个简单的文本替换，所以这就是实际编译的内容：

int total_width=100+6*2;

这是完全错误的。您希望在宏中有一组额外的括号，以便编译正确的代码：

int total_width=(100+6)*2;

这就是为什么在宏中经常会看到一组额外的括号，这些括号可以在表达式中使用。不仅如此，这样的宏还会在其参数周围加上括号，因此很可能是：

#define ACTUAL_WIDTH(w)  ((w)+6)

这就是为什么在宏中看到一组额外的括号。更容易养成一种习惯，就是总是把它们塞进你写的每一个宏中，并且是安全的；而不是每次都浪费时间去弄清楚是否真的需要它们。

使用良好的编程习惯可以避免许多常见的错误。

取自2014年11月C++14标准工作草案第5.2.9节第6段

任何表达式都可以显式转换为cv类型，在这种情况下，它会变成一个废弃的值表达式。

正如其他人所指出的，额外的括号有效地隔离了表达式周围的代码，从而禁止了任何不想要的效果。虽然在这种情况下，我认为在实际应用中不包括外括号是不太可能产生任何不良影响的，特别是如果您只是使用它来避免函数中未使用的变量警告。不过，把它们排除在外并不值得冒任何风险。

为了演示这一点，我提出了一个非常精心设计的示例，它导致了代码的无意执行，因为有些操作符的优先级比C风格的转换要高。

#include <iostream>

#define NOOP(x) ((void)(x))
#define MYNOOP(x) (void) (x)

struct A
{
  bool operator()(void) {
    std::cout << "Called function unintentionally" << std::endl;
    return true;
  }
};

int main() {
  A i;
  MYNOOP(i)();
  //NOOP(i)(); // error: called object type 'void' is not a function or function pointer
  return 0;
}

正如您所说的，您的代码不会显示未使用的变量警告，因为您使用的是变量'x‘，但是您只是不对它做任何事情，而是将它传递给一个没有什么重要操作的函数(NOOP(x) -做什么都不重要，但是编译器看到您正在尝试使用x变量)，所以它不会告诉您您没有使用变量。