在C语言中?在C语言中，正确的答案是:使用#define(或者，如果合适，使用enum)

虽然具有const对象的作用域和类型属性是有益的，但实际上C中的const对象(与c++相反)并不是真正的常量，因此在大多数实际情况下通常是无用的。

所以，在C语言中，选择应该取决于你计划如何使用常数。例如，你不能使用const int对象作为case标签(而宏可以)。你不能使用const int对象作为位域宽度(而宏可以)。在C89/90中，你不能使用const对象来指定数组大小(而宏可以)。即使在C99中，当你需要一个非vla数组时，你也不能使用const对象来指定数组大小。

如果这对你很重要，那么它将决定你的选择。大多数时候，你别无选择，只能在C中使用#define。不要忘记另一个选择，它在C - enum中产生真正的常量。

在c++中，const对象是真正的常量，所以在c++中，最好使用const变体(但在c++中不需要显式的静态)。

如果你有mystruct.var这样的东西，#define var 5会给你带来麻烦。

例如,

struct mystruct {
    int var;
};

#define var 5

int main() {
    struct mystruct foo;
    foo.var = 1;
    return 0;
}

预处理器将取代它，代码将无法编译。因此，传统的编码风格建议所有常量#定义都使用大写字母以避免冲突。

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

enum {number_ten = 10;}

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

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

一个简单的区别:

在预处理时，常量被替换为它的值。 因此，不能将解引用操作符应用于定义，但可以将解引用操作符应用于变量。

如您所料，define比static const更快。

例如，有:

#define mymax 100

你不能做printf("address of constant is %p"，&mymax);

但是有

const int mymax_var=100

你可以做printf("address of constant is %p"，&mymax_var);

更清楚地说，define在预处理阶段被它的值替换，因此程序中没有存储任何变量。我们只有使用define的程序文本段的代码。

然而，对于static const，我们有一个被分配到某处的变量。对于gcc，静态const分配在程序的文本段中。

上面，我想讲的是引用操作符，所以用引用替换解引用。

我们查看了MBF16X上生成的汇编代码…这两种变体产生相同的算术运算代码(例如ADD Immediate)。

所以const int是类型检查的首选，而#define是旧风格。也许它是特定于编译器的。因此，请检查生成的汇编程序代码。

虽然这个问题是关于整数的，但值得注意的是，如果需要常量结构或字符串，#define和enum是无用的。它们通常都作为指针传递给函数。(对于字符串，它是必需的;有了结构，效率就高多了。)

As for integers, if you're in an embedded environment with very limited memory, you might need to worry about where the constant is stored and how accesses to it are compiled. The compiler might add two consts at run time, but add two #defines at compile time. A #define constant may be converted into one or more MOV [immediate] instructions, which means the constant is effectively stored in program memory. A const constant will be stored in the .const section in data memory. In systems with a Harvard architecture, there could be differences in performance and memory usage, although they'd likely be small. They might matter for hard-core optimization of inner loops.