同一源文件定义同名宏的行为及是否符合C语言标准问询

直接针对你的两个问题解答：

1. 定义同名宏会产生什么行为？ #

这取决于两次宏定义的内容是否完全一致：

• 如果两次#define的预处理 token 序列完全相同（比如连续两次写#define Dummy 1），这种重复定义是C标准允许的，属于合法但无意义的操作，预处理阶段不会触发任何问题。
• 如果两次定义的内容不一样（比如先#define Dummy 1再#define Dummy 2），这就触发了未定义行为（Undefined Behavior）。C标准没有强制规定编译器必须如何处理这种情况——不同编译器可能给出警告、直接报错，甚至默默忽略其中一个定义，生成不符合预期的代码。实际开发中，GCC、Clang这类主流编译器默认会输出警告信息，提醒你宏被重复定义；如果开启了-Werror这类严格编译选项，警告会升级为错误，直接终止编译。

2. 同一源文件多次定义同名宏（即使不使用）是否被C标准覆盖？ #

当然会被覆盖。C标准的预处理规则在编译的预处理阶段就会生效，不管你后续是否实际使用这个宏，只要代码中出现了重复定义且内容不一致的情况，就属于标准明确界定的未定义行为。哪怕你从来没在代码里引用过Dummy，预处理阶段编译器已经会检测到这个问题并做出相应处理（警告或报错）。

举两个直观的例子：

合法的重复定义 #

#define Dummy 1
#define Dummy 1  // 内容完全一致，符合标准要求

触发未定义行为的重复定义 #

#define Dummy 1
#define Dummy 2  // 内容不同，属于未定义行为，无论是否使用Dummy

总结一下：重复定义同名宏时，只有内容完全一致才是安全的；只要内容不同，不管用不用这个宏，都违反了C标准的规定，属于未定义行为，应该尽量避免这种写法。

内容的提问来源于stack exchange，提问作者Kami Kaze