example/meta_service_bench/bench_meta_service.cpp:157

🔴 需验证: TermLog 中 write 的第三个参数 len 可能超过 buf 的大小，导致栈缓冲区越界读。

推导过程：

• buf 类型为 char[1024]，栈上分配。
• vsnprintf(buf, sizeof(buf), fmt, args) 的返回值 len 是「若缓冲区足够大时本应写入的字符数」（不含 \0），而非实际写入的字符数。
• 当格式化后的字符串长度 ≥ 1024 时，len ≥ 1024，但 buf 仅有 1024 字节。
• 此时 write(gTermFd, buf, static_cast<size_t>(len)) 会从 buf 起始地址读取 len 字节，超出缓冲区边界，构成栈上的 buffer over-read。

触发路径： TermLog 在多处被调用（如行 454、498、508、554、590 等），若 fmt 参数拼接出 ≥ 1024 字符的消息即可触发。

建议修改：

if (len > 0) {
    size_t writeLen = std::min(static_cast<size_t>(len), sizeof(buf) - 1);
    write(gTermFd, buf, writeLen);
}

example/meta_service_bench/bench_meta_service.cpp:334

🟠 问题: 当 allocResp.result_ == MMC_OK 但 allocResp.blobs_ 为空时，此行返回 allocResp.result_（即 MMC_OK），导致调用方误认为 Put 成功，而实际未分配到任何 blob。

推导过程：

• 条件 allocResp.result_ != MMC_OK || allocResp.blobs_.empty() 使用 || 连接。
• 当 result_ == MMC_OK 且 blobs_.empty() == true 时，条件为 false || true = true，进入 return 分支。
• 返回值为 allocResp.result_，即 MMC_OK。
• 调用方 Worker 函数（行 425）判断 ret == MMC_OK 后将此操作计入 successCount，但实际并未完成数据写入。

影响： 在服务端返回成功但未分配 blob 的边界情况下，benchmark 统计的 Put 成功数会偏高，影响基准测试结果的准确性。

建议修改：

if (allocResp.result_ != MMC_OK) return allocResp.result_;
if (allocResp.blobs_.empty()) return MMC_ERROR;