应优先用逐行状态机解析而非正则，因宏定义可能跨行续行（反斜杠）、含注释且易误删字符串/注释中的#define；若仅需简单清理，可用multiline模式匹配整行#define；严格场景须用Clang Lexer或预处理展开。
用 std::regex_replace 移除 C++ 风格宏定义（如 #define FOO 42）
字符串里混着预处理指令时，不能靠简单 find+erase 处理，因为宏定义有换行、空格、注释、嵌套条件等变体。正则最直接，但要注意匹配边界和多行模式。
关键点：C++ 宏定义以 #define 开头，可能跨行（尤其带反斜杠续行），但实际场景中多数是单行；若需严格处理续行，得先归一化换行符或分步解析。
- 用
std::regex匹配整行#define指令：std::regex(r"(^| )\s*#\s*define\s+\w+\s.*?(?=( |$))", std::regex_constants::icase | std::regex_constants::multiline) - 更稳妥的做法是只匹配以
#define开头、到行末的子串：std::regex(r"^[[:space:]]*#\s*define\s+[^\n]+", std::regex_constants::multiline) - 调用
std::regex_replace(str, pattern, "")即可清除所有匹配行
手动逐行扫描比正则更可控（尤其含反斜杠续行时）
当输入字符串来自真实源码片段，且含续行（#define LONG_MACRO \ 后接下一行），std::regex 很难可靠跨行捕获。此时应改用状态机式逐行解析。
- 按
' '分割为std::vector<:string></:string>，维护一个in_define状态标志 - 对每行：若以
#define开头（跳过前导空白后匹配），置in_define = true；若行末含'\'，继续跳过下一行；否则重置in_define - 仅当
!in_define时才保留该行 - 注意：要跳过行内注释（
//后内容不影响续行判断）
clang::Lexer 能精准跳过宏定义，但代价过高
如果字符串本质是 C++ 代码片段，且你已在用 Clang AST 工具链，clang::Lexer::getPreprocessorToken 可识别并跳过 pp_define token。但这需要构造 SourceManager、LangOptions 等上下文，纯字符串处理时引入 Clang 是杀鸡用牛刀。
立即学习“C++免费学习笔记（深入）”；
- 仅当已有 Clang 编译环境、且需同步处理宏展开/条件编译时才值得接入
- 单纯“删掉
#define行”没必要走 Lexer —— 它不负责删除，只负责识别；后续仍要自己拼接非宏行 - 性能开销大：每次调用都涉及字符缓冲、编码检测、关键字哈希查找
别忽略条件编译块里的 #define
用户常以为只删顶层 #define 就够了，但 #ifdef/#if 块内部也可能有临时宏，比如：
#ifdef DEBUG
#define LOG(x) do { printf("LOG: " #x "
"); } while(0)
#endif这类宏是否该删，取决于你的目标：是“移除所有可见的宏定义文本”，还是“移除所有可能影响后续词法分析的宏”。前者无脑删所有 #define 行即可；后者必须先做预处理（即运行 cpp 或 clang -E），再从展开结果中提取。两者语义完全不同。
真正容易被忽略的是：宏名本身可能出现在字符串字面量或注释里（如 const char* s = "#define";），任何基于正则或行扫描的方案都会误删——这时只能依赖完整词法分析器，或接受这种误删并加白名单过滤。
