预分配大小的std::string配合snprintf使用无效？

我来帮你捋捋这个问题出在哪哈，你其实踩了一个std::string使用的常见小坑：

• 核心原因：内存越界的未定义行为
  你用std::string{ s, '\0' }创建了一个size为17的字符串，这意味着这个string只保证前17个字符的内存是合法可写的。但MAC地址的格式化字符串XX:XX:XX:XX:XX:XX本身就有17个可见字符，而snprintf还需要额外1个字节来存放终止符\0，总共需要18字节的缓冲区空间。

  你的Option1里，std::snprintf(&ret.front(), s+1, ...)试图往18字节的空间写入，但string的有效内存只有17字节——第18字节的写入属于未定义行为。这就是为什么在Godbolt上表现异常，甚至在ESP32上触发堆 corruption的原因：哪怕string的capacity可能大于17，C++标准也不允许直接修改超出当前size的内存区域，因为这绕过了string的内部状态管理，很容易破坏内存结构。

• 为什么Option2能正常工作？
  推测你Option2的写法应该是避开了直接写超出string size的内存——比如先把string resize到足够大（比如18），或者用栈上的临时字符数组存放结果再转成string：

  // 示例Option2写法：先resize确保缓冲区足够
  auto get_mac_address() -> std::string {
      const std::size_t buf_size = 18; // 包含终止符的总长度
      auto ret = std::string{};
      ret.resize(buf_size); // 现在string的size是18，缓冲区有18个合法字节
      uint8_t int_mac_addr[6] = { 0xFF, 0x16, 0x01, 0x25, 0xBB, 0x7A };
      std::snprintf(&ret.front(), buf_size, MACSTR_UPPER, MAC2STR(int_mac_addr));
      // 可选：把string的size调整为实际有效长度（去掉末尾多余的\0）
      ret.resize(std::strlen(ret.c_str()));
      return ret;
  }
  

• 更优雅的替代方案
  如果你用的是C++17及以上版本，完全可以用std::format替代snprintf，不用手动管理缓冲区，代码更安全也更易读：

  #include <format>
  
  auto get_mac_address() -> std::string {
      uint8_t int_mac_addr[6] = { 0xFF, 0x16, 0x01, 0x25, 0xBB, 0x7A };
      return std::format("{:02X}:{:02X}:{:02X}:{:02X}:{:02X}:{:02X}",
                         int_mac_addr[0], int_mac_addr[1], int_mac_addr[2],
                         int_mac_addr[3], int_mac_addr[4], int_mac_addr[5]);
  }
  

备注：内容来源于stack exchange，提问作者glades