代码示例与验证记录

• examples/ex1-safe-macros.c安全宏演示（括号/do-while(0)/#与##/副作用）✓ 已实测（gcc 15.2.0 / MinGW-w64 x86_64 / Windows 11, 2026-08-15）
  编译：gcc ex1-safe-macros.c -o ex1 -std=c11 -Wall -Wextra -Wpedantic

  适用环境：LinuxWindows(MinGW)

  展开预期输出（实测）

  PI = 3.141590
  SQUARE(5) = 25
  SQUARE(2 + 3) = 25
  BAD_SQUARE(2 + 3) = 11
  n = 5
  SQUARE(n) = 25
  CONCAT(MAX, _BUFFER) = 256
  STR(hello) = "hello"
  MAX(++a, 0) = 5, a = 5
  

  差异说明：编译 0 警告（-std=c11 -Wall -Wextra -Wpedantic 实测）；BAD_SQUARE 行与 MAX 行是刻意反例： BAD_SQUARE(2+3)=11 展示缺括号的后果，MAX(++a,0) 展示参数双求值（a 从 3 变 5）

  完整源码见 /code 代码示例页

• examples/ex2-conditional-compile.cDEBUG/RELEASE 条件编译（两遍编译输出不同）✓ 已实测（gcc 15.2.0 / MinGW-w64 x86_64 / Windows 11, 2026-08-15）
  编译：gcc ex2-conditional-compile.c -o ex2-release -std=c11 -Wall -Wextra -Wpedantic

  适用环境：LinuxWindows(MinGW)

  展开预期输出（实测）

  —— RELEASE（不带 -DDEBUG）——
  version 1.0.0 build
  正常业务输出
  —— DEBUG（-DDEBUG）——
  version 1.0.0 build
  [DEBUG] ex2-conditional-compile.c:21 进入 main
  正常业务输出
  [DEBUG] ex2-conditional-compile.c:23 业务完成
  

  差异说明：两遍编译与运行均实测（gcc 15.2.0）：RELEASE 下 LOG 展开为空、调试行消失；DEBUG 下行号 21/23 为 __LINE__ 真实输出（与源文件行号一致）。-DDEBUG 等价于在源码开头写 #define DEBUG

  完整源码见 /code 代码示例页

• examples/ex3-0b-diagnostic.c0b 二进制字面量标准归属演示（diagnostic）诊断示例（预期报错/警告）✓ 已实测（gcc 15.2.0 / MinGW-w64 x86_64 / Windows 11, 2026-08-15）
  编译：gcc ex3-0b-diagnostic.c -o ex3 -std=c11 -Wall -Wextra -Wpedantic（预期出警告，仍能编译）

  适用环境：LinuxWindows(MinGW)

  展开预期输出（实测）

  ex3-0b-diagnostic.c:8:13: warning: binary constants are a C23 feature or GCC extension [-Wpedantic]
      8 |     int x = 0b1010;   /* GNU 扩展 / C23 二进制字面量；C11 没有 */
        |             ^~~~~~
  

  差异说明：三种模式均为 gcc 15.2.0 实测：① 默认模式（gnu23）0b 合法零警告；② -std=c11 -Wpedantic 出上述 warning 且仍能编译（exit 0）；③ 加 -Werror 或 -pedantic-errors 升级为 error: binary constants are a C23 feature or GCC extension，编译失败。 结论与 err-7.1-22 一致：0b 不是 C99/C11 标准。language 用 text 使 verify:examples 不把本示例当作必须编译通过的示例

  完整源码见 /code 代码示例页

• ex-1-1-2-1.若想用宏计算 10 / SQUARE(2) 得到整数除法 10/4=2，SQUARE 的定义应为？（单选）

  • A.#define SQUARE(x) ((x) * (x))
  • B.#define SQUARE(x) x * x
  • C.#define SQUARE(x) (x) * (x)
  • D.#define SQUARE(x) x * x * x
  提交本题◌ 未作答

• ex-1-1-2-2.宏调用 MAX(x++, y) 与函数调用 max(x++, y) 的关键区别是？（单选）

  • A.宏的参数可能被求值多次，x 可能被自增两次
  • B.宏比函数执行慢
  • C.宏不能返回 int
  • D.函数参数也会被求值多次
  提交本题◌ 未作答

• ex-1-1-2-3.判断：头文件使用 #pragma once 后，就不需要再写 #ifndef 守卫（两者选其一即可）。（判断）

  • A.正确
  • B.错误
  提交本题◌ 未作答

章节测验

实践任务

面试问题

• 宏与函数有什么区别？使用函数式宏有什么风险？高频C/C++ · medium

  要点：宏是预处理阶段的文本替换、无类型检查、参数可能多次求值；函数是运行时调用。风险：优先级错误、副作用、无类型安全、难以调试。

  宏在预处理阶段把调用处替换成宏体（-E 可见），不产生调用开销、还能做字符串化（#）与拼接（##）； 函数在运行时压栈调用、参数只求值一次、有类型检查。宏的风险：① 不加括号导致优先级错误 （SQUARE(2+3) 反例）；② 参数带副作用被多次求值（MAX(x++,y)）；③ 多语句宏破坏 if/else 结构 （需要 do-while(0)）；④ 无类型检查、调试器里看不到宏。现代 C/C++ 常用 static inline 函数 替代函数宏，兼顾零开销与类型安全；字符串化/拼接仍只能靠宏。

  追问：

  • 追问：宏真的比函数快吗？（inline 与编译器内联的权衡）
  • 追问：哪些场景仍然必须用宏？

  评分要点：

  • 文本替换 vs 运行时调用的本质区别
  • 至少两类风险（优先级/副作用/结构破坏）
  • inline 替代意识
• 包含多条语句的宏为什么要用 do { ... } while (0) 包裹？高频C/C++ · medium

  要点：保证宏在任何使用位置（尤其 if/else）都作为单条语句展开，避免悬空 else 与多余分号。

  宏是纯文本替换。若宏体是 { stmt1; stmt2; }，调用处 if (cond) LOG(x); 展开后变成 if (cond) { ... }; ——结尾多出的分号把 if 语句截断，后面的 else 找不到配对的 if，直接编译报错 （悬空 else）。do { ... } while (0) 展开后是"一条完整的语句"，后跟分号恰好结束，任何位置 （if/else、for 体内）都安全；且 while(0) 保证只执行一次、编译器优化后零开销。这是内核与 各大库的标准惯用法，也是本课程 ex1/ex2 宏的写法。

  追问：

  • 追问：写出不用 do-while(0) 时 if/else 悬空的具体展开结果。
  • 追问：do { } while (0) 会有运行时开销吗？

  评分要点：

  • 文本替换导致的结构破坏场景
  • 悬空 else / 多余分号的展开示例
  • 零开销与惯用法
• #pragma once 与 #ifndef 头文件守卫有什么区别？各自优缺点？C/C++ · easy

  要点：两者都防重复包含；#pragma once 简洁但非标准（编译器扩展），#ifndef 是标准写法、可移植但需要手动起唯一宏名。

  #ifndef X_H / #define X_H / #endif 是 C 标准方式：第一次包含时定义守卫宏，后续包含被条件编译 跳过，所有编译器一致支持，缺点是守卫宏名靠人起（重名/复制粘贴错误会导致头文件被跳过）； #pragma once 由编译器记住文件身份直接跳过，写起来简单、不易出错，且能处理符号链接等边界， 但它不在标准里（MSVC/GCC/Clang 均支持），极端可移植场景有人避开。工程实践：两害相权， 追求最大可移植性用 #ifndef，内部项目用 #pragma once 或两者都写（很多大型项目即如此）。

  追问：

  • 追问：为什么大型项目经常两种都写？
  • 追问：守卫宏名撞车会发生什么？

  评分要点：

  • 两者防重复包含的原理
  • 标准 vs 扩展的取舍
  • 守卫宏名唯一性问题

内容来源映射