sscanf读取字符数组易越界或读不全，因不检查缓冲区大小，须用带宽度限制的格式符（如%99s）、校验返回值、确保源字符串以\0结尾，并对数字范围额外校验。
sscanf 读取字符数组时为什么总读不全或越界？
根本原因是 sscanf 不检查目标缓冲区大小，只依赖格式符和传入的指针。如果源字符串含多余字符、格式不匹配，或目标 char[] 太小但用了 %s 或 %[^\n]，极易写越界或残留垃圾数据。
实操建议：
- 永远用带宽度限制的格式符，比如
%99s（假设目标是char buf[100]），留一位给\0 - 避免裸用
%s—— 它遇到空白就停，但无法控制长度；更危险的是%[^\n]，若输入没换行符，照样溢出 - 读完务必检查返回值：
sscanf返回成功赋值的参数个数，0表示完全不匹配，EOF表示读取失败 - 源字符串必须以
\0结尾；若来自std::string::c_str()没问题，但若来自未初始化的char data[256]，得先memset(data, 0, sizeof(data))
提取 IP 地址和端口号（如 "192.168.1.1:8080"）
这是典型固定分隔符场景，sscanf 比正则轻量得多，但要注意数字范围校验需额外做。
示例代码片段：
立即学习“C++免费学习笔记（深入）”；
char input[] = "192.168.1.1:8080";
int a, b, c, d, port;
int ret = sscanf(input, "%d.%d.%d.%d:%d", &a, &b, &c, &d, &port);
if (ret == 5 && a >= 0 && a <= 255 && b >= 0 && b <= 255 && c >= 0 && c <= 255 && d >= 0 && d <= 255 && port > 0 && port <= 65535) {
// 解析成功
}
注意点：
-
%d自动跳过前导空白，但不会拒绝字母——比如"192.a.1.1:80"会让b读成0，且ret变为2（只成功读了 a 和 b 前半截） - 若字段可能缺失（如端口可选），改用
sscanf(input, "%d.%d.%d.%d%*[:]%d", ...)并检查ret是4还是5 - 不要用
%u替代%d—— 输入负号时会静默失败，ret直接变少
按分隔符分割字符串并存入多个 char 数组（如 CSV 行）
sscanf 能做简单 CSV，但仅限无引号、无转义、字段不含分隔符的纯文本。一旦有逗号在字段内，就得换 std::getline + std::stringstream。
安全做法（字段最大 63 字节）：
char line[] = "apple,banana,cherry"; char f1[64], f2[64], f3[64]; int ret = sscanf(line, "%63[^,],%63[^,],%63[^\n]", f1, f2, f3); // %63[^,] 表示“最多读63个非逗号字符”，自动加 \0
关键细节：
-
[^,]是扫描集，^表示“非”，逗号字面量不用转义；结尾用[^\n]而非%s，防止换行符被吞进字段 - 如果实际字段比 63 长，
sscanf会在第 64 字节写\0，截断内容但不报错 —— 所以必须结合ret判断是否三个字段都命中 - 若字段数不固定，别硬凑多个
%63[^,]，改用循环调用strtok或 C++ 的std::string_view::find
为什么 vsnprintf + sscanf 组合有时比直接 sscanf 更稳？
当源数据来自不可信输入（如网络包、文件），且格式存在轻微变异时，先用 vsnprintf 截出一段干净子串再解析，能隔离风险。
例如提取日志中的时间戳："[2024-03-15 14:23:08] INFO: ..."
char ts_buf[20]; int ret = sscanf(log_line, "[%19[^]]", ts_buf); // 最多读19个非']'字符 // 但如果 log_line 被截断或 ']' 缺失，ts_buf 可能没 \0
更稳妥写法：
char ts_buf[20] = {0}; // 显式清零
int pos = -1;
sscanf(log_line, "[%" SCNu32 "-%" SCNu32 "-%" SCNu32 " %" SCNu32 ":%" SCNu32 ":%" SCNu32 "]",
&y, &m, &d, &H, &M, &S);
// 但这样没法保证 '[' 和 ']' 存在 —— 所以优先用：
if (sscanf(log_line, "[%19[^]]", ts_buf) == 1) {
// 再对 ts_buf 单独 parse 时间，此时它已确定以 \0 结尾且不含 ']'
}
真正容易被忽略的是：即使你写了 %63s，如果目标 char buf[64] 在栈上未初始化，而 sscanf 因匹配失败没往里写，后续 strlen(buf) 就会越界扫垃圾内存。
