<p>应使用 std::regex_replace 配合 ^#\S.* 正则和 multiline 标志删除整行预处理指令，或手动逐行分割后判断行首非空白字符是否为#，避免误删字符串、注释及跨行内容。</p>
用 std::regex_replace 清除 #include、#define 等预处理行
直接删掉所有以 # 开头、直到行末的整行内容即可，不需要解析宏逻辑。正则最稳，但要注意换行符处理和多行匹配模式。
常见错误是只匹配 #.* 却没开启 std::regex_constants::multiline，导致跨行宏（比如带反斜杠续行的）漏判，或误删字符串字面量里的 #（如 "#define"）。
- 用
^#[^\r\n]*匹配行首#后所有非换行字符 - 构造正则时传入
std::regex_constants::ECMAScript | std::regex_constants::multiline - 输入字符串必须含完整换行符（
\n或\r\n），否则^和$失效 - 若源字符串来自文件读取，确认用
std::ios::binary或正确处理了 CRLF
手动遍历逐行扫描更可控，适合嵌入式或禁用 regex 的环境
regex 在某些编译器（如旧版 MSVC）或 -O0 下性能差，且标准库 regex 对 Unicode 支持弱。这时手写跳过逻辑反而更可靠。
核心是识别“真正的预处理指令行”：以空白符（可选）开头，紧接着 #，再跟非空白字符，且该行不处于字符串或注释中——但如果你只要粗粒度清理（比如预处理前的源码净化），可跳过语法分析，只做行级过滤。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
std::istringstream或std::string_view按\n分割 - 对每行调用
find_first_not_of(" \t")找首个非空白位置，判断该位置是否为# - 注意空行和全空白行：它们不应被误判为预处理行
- 如果要保留条件编译块（如
#ifdef内的代码），这个方法就不适用，得上真正 parser
别碰 std::string::erase 配合 find 删除单个 #
这是最容易踩的坑：用 str.erase(str.find("#"), 1) 只删一个 # 字符，根本没动整行，还可能把 std::vector<int> nums = {#1, #2};</int> 这种非法但存在的字面量搞坏。
更糟的是用 while (pos != std::string::npos) 循环删，既无法控制删除范围，又容易因迭代器失效或下标偏移出错。
-
find返回的是位置，不是行边界，不能直接 erase 到行尾 - 没有上下文判断，会误伤注释中的
#（如// this is #not a directive） - 若字符串含 Windows 换行（
\r\n），只删到\r就停，留下孤立的\n
注意 C++20 std::ranges::remove_if 不适合这个任务
有人想用算法库“优雅删除”，但 remove_if 是按字符删，不是按行删。它没法知道哪几个连续字符构成一行，更没法判断“这行是否以 # 开头”。
除非你先把字符串 split 成 std::vector<:string_view></:string_view>，再对每个 view 判断首行特征，最后 join——但这已经不是 remove_if 的本意，徒增拷贝和内存碎片。
- 别为了用新特性而强行套用，
std::regex_replace或手写循环更直白 - 如果真要用 ranges，至少配合
std::views::split('\n')，但要注意split不保留分隔符，拼回去时得手动补\n - 在无
<ranges>的项目里，这写法直接编译不过
#pragma once 要删吗？#line 100 "foo.h" 呢？这些取决于你的使用场景，得先明确目标，而不是默认全删。 
