我不确定我是否正确，但在我看来，调用#defined value比调用任何其他正常声明的变量(或const value)快得多。 这是因为当程序运行时，它需要使用一些正常声明的变量，它需要跳转到内存中的确切位置来获得该变量。

相反，当它使用#defined value时，程序不需要跳转到任何已分配的内存，它只是接受该值。如果#define myValue 7和调用myValue的程序，它的行为与只调用7时完全相同。

C中const的另一个缺点是不能在初始化另一个const时使用该值。

static int const NUMBER_OF_FINGERS_PER_HAND = 5;
static int const NUMBER_OF_HANDS = 2;

// initializer element is not constant, this does not work.
static int const NUMBER_OF_FINGERS = NUMBER_OF_FINGERS_PER_HAND 
                                     * NUMBER_OF_HANDS;

即使这对const也不起作用，因为编译器不会将其视为常量:

static uint8_t const ARRAY_SIZE = 16;
static int8_t const lookup_table[ARRAY_SIZE] = {
    1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16}; // ARRAY_SIZE not a constant!

我很乐意在这些情况下使用类型化的const，否则…

顺便说一句，#define的另一个选择是“enum”，它提供了适当的作用域，但表现得像一个“真正的”常量。例如:

enum {number_ten = 10;}

在许多情况下，定义枚举类型并创建这些类型的变量是有用的;如果这样做了，调试器可能能够根据变量的枚举名称显示变量。

然而，这样做有一个重要的警告:在c++中，枚举类型与整数的兼容性有限。例如，默认情况下，不能对它们进行算术运算。我发现这是枚举的一个奇怪的默认行为;虽然有一个“严格的enum”类型会很好，但考虑到c++通常与C兼容，我认为“enum”类型的默认行为应该与整数互换。

一般来说:

static const

因为它尊重作用域并且是类型安全的。

我能看到的唯一警告是:如果您希望变量可能在命令行上定义。还有另一种选择:

#ifdef VAR // Very bad name, not long enough, too general, etc..
  static int const var = VAR;
#else
  static int const var = 5; // default value
#endif

尽可能使用类型安全的替代方法，而不是宏/省略号。

如果你真的需要使用宏(例如，你想要__FILE__或__LINE__)，那么你最好非常小心地命名你的宏:在它的命名约定中，Boost推荐所有大写字母，以项目的名称(这里是BOOST_)开头，而仔细阅读库，你会注意到这(通常)后面是特定区域(库)的名称，然后是一个有意义的名称。

它通常会产生很长的名字:)

不要认为“哪个总是最好的”有一个答案，但是，正如马蒂厄所说

静态常量

类型安全。我对#define最大的不满是，在Visual Studio中调试时，你不能看到变量。它给出一个无法找到符号的错误。

如果你可以使用它，静态const有很多优点。它遵循正常的作用域原则，在调试器中可见，并且通常遵守变量所遵循的规则。

然而，至少在最初的C标准中，它实际上不是一个常数。如果你使用#define var 5，你可以写int foo[var];作为一个声明，但你不能这样做(除非作为一个编译器扩展“与静态const int var = 5;;在c++中不是这样，静态const版本可以在#define版本可以使用的任何地方使用，我相信C99也是如此。

但是，永远不要用小写名称命名#define常量。它将覆盖该名称的任何可能使用，直到翻译单元结束。宏常量应该在实际上属于它们自己的名称空间中，传统上都是大写字母，可能还有一个前缀。