c++oding="utf-8" ?>
std::string::find适合基础子串查找，需注意偏移量、大小写、空串检查；istringstream按空白分词但不处理标点；regex_iterator支持单词边界但有正则开销和兼容性问题；utf-8需额外处理。
用 std::string::find 循环查找最直接
不需要引入额外库，std::string::find 就能搞定基础场景。它返回子串首次出现的位置，找不到时返回 std::string::npos，配合偏移量递进查找即可。
注意点：必须用 pos + word.length() 更新搜索起点，否则会重复匹配重叠部分（比如在 "aaaa" 中找 "aa"，不加长度偏移会无限循环或漏计）。
- 区分大小写：默认严格匹配，如需忽略大小写，得先统一转小写再查
- 单词边界问题：这个方法匹配的是子串，不是“独立单词”。
"cat"会在"scattered"中被算作一次，这不是你想要的频率 - 空字符串检查：传入空
word会导致死循环，调用前务必判断word.empty()
用 std::istringstream 按空格切分更贴近“单词”语义
如果目标是统计空格/制表符/换行分隔的“单词”，std::istringstream 是轻量且可靠的选择。它自动跳过连续空白，每次读取一个 token，天然规避子串误匹配。
但要注意标点符号——比如 "hello," 和 "hello" 被视为不同 token。若需清洗标点，得手动处理每个 token 的首尾非字母数字字符。
- 只按空白分割，不识别标点边界（
"word."≠"word"） - 不支持正则，无法定义复杂分词规则（如连字符、撇号）
- 性能开销略高于
find，但对普通文本（几 MB 以内）几乎无感
用 std::regex_iterator 处理真实单词边界
真正要匹配“独立单词”，得靠正则的单词边界锚点 \b。C++11 起支持 std::regex_iterator，可遍历所有符合 \bword\b 的匹配项。
示例模式：std::regex pattern("\b" + std::regex_replace(word, std::regex("\W"), "\\&") + "\b") —— 这里对 word 中的正则元字符做了转义，防止注入错误。
- 编译正则有开销，适合模式复用；单次使用不如前两种快
- 某些旧版 libstdc++（如 GCC 4.8）的
std::regex实现有 bug，匹配可能失败或崩溃，生产环境建议测试或降级用boost::regex -
\b基于alnum判断边界，下划线_被视为单词字符，"word_"中的"word"不会被匹配
大小写与 Unicode 兼容性常被忽略
标准库的 std::string 和 std::regex 都只操作字节，不理解 UTF-8 编码。如果你的字符串含中文、emoji 或带重音的西文字母，直接用 find 或 regex 会切裂多字节序列，导致未定义行为或匹配失败。
没有银弹：C++ 标准至今没提供轻量 UTF-8 字符串处理工具。要么用 ICU 库，要么接受限制——仅处理 ASCII 单词，或把输入预转为宽字符 std::wstring 再处理（但文件读取、控制台输出又引入新兼容问题）。
实际项目中，多数人选择先确认输入编码约束，再决定是否上重型方案。临时脚本里硬编码 tolower 处理 ASCII 字母，往往比强推 Unicode 更稳妥。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
