应逐行读取后对每行用 std::regex_search 或 string::find；行号在每次成功 getline 后立即递增；windows 路径用 filesystem::path，utf-8 文件需确保环境一致；关闭 stdio 同步并增大缓冲区可显著提速。
用 std::regex 匹配行内容，但别直接用它做全文搜索
正则匹配本身没问题，std::regex 在 C++11 后支持基本语法，但实际用它逐行扫大文件容易崩——尤其遇到回溯爆炸（比如 .* 配合长文本）或 UTF-8 多字节边界错位时，程序可能卡死或漏匹配。真正稳定的做法是先按行读取，再对每行用 std::regex_search 或更轻量的 std::string::find。
- 小文件、简单模式（如关键字子串）优先用
line.find(pattern) != std::string::npos，快且无异常风险 - 需要正则（如
"\berror\d+\b"）才上std::regex，且务必捕获std::regex_error异常 - Windows 下注意换行符是
" "，std::getline会自动剥离，但行号计数必须基于原始读取次数，不是line.length()
行号怎么算才不偏移？关键在 std::getline 的调用时机
行号不是“当前第几行”，而是“该匹配所在物理行在文件中的序号”，从 1 开始。很多人在循环里先 getline 再判断是否为空，结果空行被跳过导致后续行号全错。
- 每次成功调用
std::getline(in, line)就立即递增行号变量，哪怕line为空字符串 - 不要用
in.tellg()反推行号——二进制位置和行号无直接映射，尤其含 或 时完全不可靠 - 如果文件开头有 BOM（如 UTF-8 的
""），std::getline不会跳过它，首行内容会带前缀，需手动检查并截断
跨平台路径与编码：Linux 和 Windows 下 std::ifstream 的行为差异
std::ifstream 默认以窄字符打开，Windows 上若路径含中文，传入 std::string 会因代码页不一致打不开；Linux 一般 OK，但文件内容若为 GBK 编码，std::string 读出来就是乱码字节，正则根本匹配不上。
- 路径问题：Windows 推荐用
std::filesystem::path构造，再转.string()；避免手拼"C:\dir\file.txt"，斜杠方向错了就静默失败 - 编码问题：C++ 标准库不处理文本编码转换。若确定是 UTF-8 文件，确保终端/IDE 也用 UTF-8 解释输出；GBK 文件建议用 iconv 或 Boost.Locale 转，别硬扛
- 权限错误：Linux 下
open失败时in.is_open()为 false，但不会告诉你缺权限——要检查errno == EACCES才能区分“不存在”和“没权限”
性能瓶颈往往卡在 I/O，不是正则
实测发现，对 100MB 日志文件搜一个字符串，90% 时间花在 std::getline 系统调用和内存拷贝上，而不是 find 或 regex_search。盲目优化正则毫无意义。
- 关掉同步：加一句
std::ios::sync_with_stdio(false);，关闭 C stdio 同步，提速 2–3 倍 - 加大缓冲区：
in.rdbuf()->pubsetbuf(buffer, bufsize);（buffer是char[65536]），减少系统调用次数 - 别用
std::endl输出结果——它强制 flush，换成" "，批量输出时差异巨大
最易被忽略的是：匹配到的行内容里可能含控制字符（如 、、 ），直接 std::cout 会破坏终端显示甚至触发误操作。输出前得先做安全转义，比如把 换成 <code>"\0"，否则你以为搜到了，其实只是终端没显示出来。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
