高效跳过注释行需先用ignore跳过空白符，再peek判断'#'或'/'，确认后用ignore(numeric_limits::max(), '\n')丢弃整行；注意区分单行与块注释、文本/二进制模式及空行处理。
用 peek() 判断行首是否为注释再跳过
读配置文件或脚本时，遇到以 # 或 // 开头的行，不能直接 getline() 后再判断——那样会把注释行也吃进内存，浪费解析逻辑。真正高效的做法是：在读取前“偷看”第一个非空白字符，确认是注释就整行丢弃。
关键点在于：空格、制表符必须先跳过，否则 peek() 可能返回 ' ' 或 '\t'，误判为非注释。
- 先用
ignore()跳过开头所有空白（std::ws不够用，它不跳换行） - 再用
peek()检查下一个可见字符是不是'#'或'/' - 如果是，再用
ignore(std::numeric_limits<:streamsize>::max(), '\n')</:streamsize>吃掉整行
ignore() 的参数陷阱：为什么不能只写 ignore(1, '\n')
很多人以为 ignore(1, '\n') 是“跳过最多 1 个字符，遇到换行就停”，实际含义是“跳过最多 1 个字符，但只要遇到 '\n' 就立刻停止”。这完全达不到跳过整行的效果。
真正要跳过一整行，必须传两个参数：ignore 的第一个参数得是足够大的数（比如 std::numeric_limits<:streamsize>::max()</:streamsize>），第二个才是分隔符 '\n'。漏掉这个上限，ignore() 默认只跳 1 字符，注释行后面的内容就全乱了。
- 错误写法：
in.ignore(1, '\n')→ 只跳一个字符，# config=123变成config=123还剩在流里 - 正确写法：
in.ignore(std::numeric_limits<:streamsize>::max(), '\n')</:streamsize> - 更安全的写法：配合
gcount()检查是否真跳过了整行（调试时有用）
处理 C 风格 /* ... */ 注释？别在行级做
peek() + ignore() 组合只适合行末或行首单行注释（#、//）。一旦涉及跨行块注释，比如 /* 开头、几十行后才 */ 结束，这套逻辑立刻失效——你无法靠单次 peek() 判断当前是否处于块注释中。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
这时候必须升级状态机：维护一个 in_block_comment 标志，在每次读字符时检查 /* 和 */ 边界。行级跳过只是预处理，不是通用注释解析器。
- 别试图用
peek()找/*—— 它只能看一个字符，而/后面可能是/（行注释）也可能是*（块注释） - 如果文件明确不用块注释，那
peek()+ignore()完全够用；否则，得切到字符级解析 - 常见误判：把
int x = 1; // value当作纯注释行跳过，其实前面有有效代码 —— 这类得用词法分析，不是跳过整行能解决的
Windows 换行符 \r\n 会让 ignore(..., '\n') 多吃一个字符吗？
不会。ignore() 在文本模式下打开的 std::ifstream 中，\r\n 已被底层自动转成单个 \n。所以 ignore(..., '\n') 碰到 Windows 文件也能准确停在行尾。
但前提是：文件以文本模式打开（默认就是），而不是二进制模式（std::ios::binary）。如果开了 binary，\r\n 会原样保留，这时 ignore(..., '\n') 会停在 \n，但前面的 \r 还留在缓冲区，下一次 peek() 就可能看到 '\r'，导致逻辑错乱。
- 确认方式：打印
in.get()的返回值，看连续两行之间是否多出13（即\r） - 安全做法：除非明确需要二进制处理，否则不要加
std::ios::binary - 跨平台健壮写法：统一用文本模式 +
std::getline()配合字符串前缀判断，比手动ignore更少出错
最易被忽略的是空行和全空白行的处理——它们既不是注释，也不含数据，但会影响后续 peek() 的位置。这类行必须和注释一样跳过，否则解析会从缩进或空格开始，而不是真正的有效内容。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
