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

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

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

我写了一个快速测试程序来证明其中的一个区别:

#include <stdio.h>

enum {ENUM_DEFINED=16};
enum {ENUM_DEFINED=32};

#define DEFINED_DEFINED 16
#define DEFINED_DEFINED 32

int main(int argc, char *argv[]) {

   printf("%d, %d\n", DEFINED_DEFINED, ENUM_DEFINED);

   return(0);
}

这个编译带有以下错误和警告:

main.c:6:7: error: redefinition of enumerator 'ENUM_DEFINED'
enum {ENUM_DEFINED=32};
      ^
main.c:5:7: note: previous definition is here
enum {ENUM_DEFINED=16};
      ^
main.c:9:9: warning: 'DEFINED_DEFINED' macro redefined [-Wmacro-redefined]
#define DEFINED_DEFINED 32
        ^
main.c:8:9: note: previous definition is here
#define DEFINED_DEFINED 16
        ^

注意，当define给出警告时，enum给出一个错误。

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

静态常量

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

一般来说:

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_)开头，而仔细阅读库，你会注意到这(通常)后面是特定区域(库)的名称，然后是一个有意义的名称。

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

这取决于你需要这个值做什么。你(和目前所有人一样)忽略了第三种选择:

Static const int var = 5; #定义var 5 枚举{var = 5};

忽略名字的选择问题，那么:

If you need to pass a pointer around, you must use (1). Since (2) is apparently an option, you don't need to pass pointers around. Both (1) and (3) have a symbol in the debugger's symbol table - that makes debugging easier. It is more likely that (2) will not have a symbol, leaving you wondering what it is. (1) cannot be used as a dimension for arrays at global scope; both (2) and (3) can. (1) cannot be used as a dimension for static arrays at function scope; both (2) and (3) can. Under C99, all of these can be used for local arrays. Technically, using (1) would imply the use of a VLA (variable-length array), though the dimension referenced by 'var' would of course be fixed at size 5. (1) cannot be used in places like switch statements; both (2) and (3) can. (1) cannot be used to initialize static variables; both (2) and (3) can. (2) can change code that you didn't want changed because it is used by the preprocessor; both (1) and (3) will not have unexpected side-effects like that. You can detect whether (2) has been set in the preprocessor; neither (1) nor (3) allows that.

因此，在大多数情况下，优先选择“enum”而不是其他选项。否则，第一个和最后一个要点很可能是控制因素——如果你需要同时满足这两个点，你必须更努力地思考。

如果你问的是c++，那么你每次都应该使用option (1) - static const。

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

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

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