手机号掩码需先校验长度为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 域名。硬切 @ 前半段会破坏语义，且泄露用户名长度。

• 推荐分两步：先用 str.find('@') 定位 @，确保找到且位置 > 0；再对本地部分（@ 前）做掩码
• 本地部分掩码建议：保留首尾各1字符，中间全替为 *，例如 u***e@domain.com；若长度 ≤ 2（如 a@b.c），不掩码，直接返回原串
• 域名部分通常不掩码（除非合规强要求），因为 @gmail.com 这类本身已是公开信息，掩了反而难读难调试
• 注意：C++ 没有内建邮箱正则验证，若需严格校验，请用 std::regex（C++11 起支持），但注意某些旧编译器（如 GCC

std::regex_replace 在脱敏中容易踩的坑

看起来很酷，一行就能写掩码规则，但实际线上环境常因匹配行为不符合直觉而翻车。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

• 默认使用 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 身份证号转成字符串再处理？

必须转。所有脱敏操作都发生在字符串层面，原始数值类型无法直接“部分隐藏”。但转换过程有细节决定安全等级。

立即学习“C++免费学习笔记（深入）”；

• 身份证号绝不能用 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），否则下游系统按固定宽度解析时可能错位

脱敏不是“把字符变*”这么简单；真正麻烦的是边界校验、编码一致性、以及不同数据源传入时的格式归一化——这些地方不卡点，上线后日志里全是 ****@***.** 这种无效掩码。