手机号掩码需先校验长度为11且全数字，再用replace(3,4,"*")保留前3后4位；邮箱掩码应先find('@')定位，再对本地部分首尾各留1字符、中间替换为，避免破坏格式或泄露长度。
如何用 std::string 安全地做手机号掩码（11位→138****1234）
直接操作 std::string 索引最简单，但必须校验长度和字符合法性，否则越界或掩错位置。手机号脱敏不是简单 replace，要保留前3位+后4位，中间用 * 填充。
- 先用
str.length() == 11判断是否为标准手机号，非11位直接返回原串或抛异常 - 再用
std::all_of(str.begin(), str.end(), ::isdigit)检查是否全数字，避免把带+或-的号码误处理 - 掩码逻辑写成：
str.replace(3, 4, "****")—— 注意第二个参数是替换长度，不是结束索引；这里从下标3开始，覆盖4个字符（原第4~7位），刚好留出前3+后4 - 别用
str[3] = str[4] = ... = '*'手动赋值，易写错边界且不可读
邮箱脱敏为什么不能只改 @ 前面？
真实业务中邮箱格式多变：name+tag@domain.com、"quoted local"@example.org，甚至含中文 IDN 域名。硬切 @ 前半段会破坏语义，且泄露用户名长度。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 推荐分两步：先用
str.find('@')定位@，确保找到且位置 > 0；再对本地部分（@前）做掩码 - 本地部分掩码建议：保留首尾各1字符，中间全替为
*，例如u***e@domain.com；若长度 ≤ 2（如a@b.c），不掩码，直接返回原串 - 域名部分通常不掩码（除非合规强要求），因为
@gmail.com这类本身已是公开信息，掩了反而难读难调试 - 注意：C++ 没有内建邮箱正则验证，若需严格校验，请用
std::regex（C++11 起支持），但注意某些旧编译器（如 GCC
std::regex_replace 在脱敏中容易踩的坑
看起来很酷，一行就能写掩码规则，但实际线上环境常因匹配行为不符合直觉而翻车。
- 默认使用
ECMAScript语法，.匹配任意字符（包括换行），而脱敏字符串里若有std::regex_constants::nosubs或用[^@]替代. - 重复匹配问题：比如想把连续数字串掩成
****，写\d+可能一次匹配整个长数字，但若需求是“每4位一组掩码”，就得用(\d{4})+ 回调函数，不能只靠regex_replace静态替换 - 性能敏感场景（如日志批量脱敏）慎用
std::regex：它构造耗时高，且每次regex_replace都隐式编译（除非提前存std::regex对象）。简单模式优先用find+replace - Windows 下 MSVC 的
std::regex对 Unicode 支持弱，含 UTF-8 中文的字符串慎用，容易匹配失败或崩溃
脱敏结果要不要保留原始数据类型？比如把 int64_t 身份证号转成字符串再处理？
必须转。所有脱敏操作都发生在字符串层面，原始数值类型无法直接“部分隐藏”。但转换过程有细节决定安全等级。
- 身份证号绝不能用
std::to_string直接转：它会丢前导零（如001234567890→"1234567890"），导致掩码错位 - 正确做法是接收时就以
std::string形式传入，或用std::format("{:018d}", num)（C++20）补零；若只能用 C++11/14，用std::ostringstream+std::setw(18) - 如果原始数据是二进制 blob（如加密后的身份证哈希），不要尝试按字节解释为字符串再脱敏 —— 应先 Base64 编码成可见字符，再对 Base64 字符串做掩码
- 特别注意：脱敏后的字符串长度应尽量与原文一致（如18位身份证掩成
110101****00123456），否则下游系统按固定宽度解析时可能错位
****@***.** 这种无效掩码。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
