面试题答案
一键面试编译器替换机制
- define宏定义：在预处理阶段，编译器会对宏定义进行简单的文本替换。例如，
#define PI 3.14159，在代码中所有出现PI的地方，都会被直接替换为3.14159。这种替换是盲目且无类型检查的，这可能导致一些隐藏的错误。比如，#define ADD(a, b) a + b，如果使用ADD(2, 3) * 4，实际会被替换为2 + 3 * 4，结果并非预期的(2 + 3) * 4。 - const常量：在编译阶段处理，具有类型检查。例如，
const double PI = 3.14159;，编译器会为PI分配内存空间（可能优化为不实际分配，直接使用值），并且对其使用进行类型检查。如果尝试将一个非double类型的值赋给PI，编译器会报错。
错误定位
- define宏定义：由于是文本替换，在调试时，如果宏定义出现错误，很难直接定位到问题根源。例如上面
ADD宏的错误使用，调试信息可能指向宏展开后的代码位置，而不是宏定义本身，增加了错误排查的难度。 - const常量：因为有类型检查，编译器能更准确地指出错误位置。如果在使用
const常量时出现类型不匹配等错误，编译器的错误提示会直接指向常量定义或使用的代码行，方便开发者快速定位和修复问题。
调试信息
- define宏定义：宏在预处理后就不存在了，调试时没有关于宏的符号信息。在调试工具（如GDB）中，无法直接查看宏的定义或值，只能看到展开后的文本，不利于理解代码逻辑。
- const常量：在调试时，
const常量像普通变量一样有符号信息。可以在调试工具中查看const常量的值，有助于了解程序运行时的状态，方便调试和分析。