多个线程不能共用一个 std::ifstream，因其内部文件位置指针和缓冲区共享，导致 seekg()/read() 干扰、读取错乱或 close() 崩溃；根本原因是 posix 文件描述符不保证并发 read() 安全，须用 pread() 或 mmap() 实现无锁并行读。
直接用 std::thread 启动多个搜索线程可行，但必须隔离文件读取、避免共享 std::ifstream 实例、手动同步结果；否则大概率读错内容或崩溃。
为什么不能让多个线程共用一个 std::ifstream
std::ifstream 内部维护共享的文件位置指针和缓冲区，线程间调用 seekg() 或 read() 会相互干扰。实测常见现象包括：
-
read()返回字节数不稳定，甚至为 0（failbit悄悄置位） - 同一偏移反复读出不同内容（page cache 预读与缓冲区重载冲突）
-
close()时崩溃——filebuf::close()不是线程安全的
根本原因不是 C++ 实现缺陷，而是 POSIX 文件描述符本身不保证并发 read() 安全；只有 pread() 或 mmap() 才真正支持无锁并行读。
正确做法：每个线程持独立 std::ifstream + seekg() 定位
把大文件按字节切块（如每块 8MB），每个线程打开同一文件后立即跳转到起始偏移再读取。关键约束：
- 必须用
std::ios::binary模式打开，否则文本模式会破坏字节偏移计算 - 分片边界若需对齐逻辑记录（如换行符），得先扫描定位；纯二进制处理可跳过
- 禁用
std::getline()和operator>>，改用read(buf, n)+ 校验gcount() - Linux 下可加
O_DIRECT（需内存/偏移 512B 对齐），Windows 对应FILE_FLAG_NO_BUFFERING
搜索逻辑要避开 std::regex 和重复构造 std::string
对每块读出的原始字节做关键词匹配时：
- 别用
std::regex——启动开销大，简单关键词完全没必要 - 用
std::string_view零拷贝查找：读入std::string缓冲区后立刻转std::string_view，再调sv.find(keyword) - 避免
line.substr(pos).find()：每次substr()都分配新内存；std::string_view::substr()是纯指针运算 - UTF-8 中文关键词可用
std::string_view::find()，但不处理大小写折叠或字形等价；真要 Unicode 级匹配得上 ICU
结果收集与异常处理必须线程局部化
多线程搜索的结果不能靠全局容器+互斥锁攒，容易成为瓶颈。推荐方式：
- 每个线程维护自己的
std::vector<:pair std::string_view>></:pair>（记录匹配位置和上下文） - 搜索完成后，主线程统一合并结果并去重（若需）
- 每个线程内
try/catch自己的std::filesystem::filesystem_error和 I/O 异常，不抛出到主线程 - 不要依赖
is_regular_file()前不检查——符号链接可能指向不可访问路径，应先exists()再判断类型
最易被忽略的是：Windows 路径编码。若命令行传入 UTF-8 字符串，MSVC 默认要求 std::wstring 或显式配置 UTF-8 模式，否则中文路径直接找不到——这点在跨平台打包时经常漏掉。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
