使用std::string.data()转char*发送Azure IoT Hub消息时内容乱码

核心原因 #

问题出在std::string的生命周期与C库发送逻辑的不匹配：

• 静态char*属于全局/静态存储区，生命周期贯穿整个程序运行，C库发送时指针始终指向有效内存。
• 动态生成的std::string如果是局部变量（比如代码里的message是函数内的局部对象），当你把message.data()的指针传给C库后，若C库是异步发送（比如把指针缓存后后台执行发送），当前函数执行完毕后message会被销毁，其堆内存被回收或被其他数据覆盖，导致发送时指针指向的内容变成乱码。

你调试时看到的内存一致是在发送前，但发送操作可能是在后续异步执行的，此时原std::string的内存已经失效。

解决方案 #

方案1：延长std::string的生命周期 #

确保std::string对象在整个发送过程中保持存活：

• 将message声明为全局变量、类成员变量，或者在发送完成前不离开当前作用域（比如等待发送回调确认后再销毁对象）。

示例代码：

// 全局变量，确保生命周期覆盖发送过程
std::string g_message;

void send_message() {
    g_message = get_message();
    struct azure_iot_hub_buf payload;
    payload.ptr = g_message.data();
    payload.size = g_message.size();
    // 调用C库发送函数
    azure_iot_hub_send(payload);
    // 如果是异步发送，需等待发送完成后再修改g_message
}

方案2：手动拷贝内存到堆区 #

将std::string的内容拷贝到堆内存，传给C库，发送完成后释放堆内存（避免泄漏）：

std::string message = get_message();
struct azure_iot_hub_buf payload;
// 分配堆内存，拷贝字符串内容
payload.ptr = (char*)malloc(message.size());
if (payload.ptr != nullptr) {
    memcpy(payload.ptr, message.data(), message.size());
    payload.size = message.size();
    // 调用C库发送
    azure_iot_hub_send(payload);
    // 注意：如果是异步发送，需要在发送完成的回调里执行free(payload.ptr)
    // 如果是同步发送，发送完成后直接free
    // free(payload.ptr);
}

额外检查点 #

• 确认C库的发送逻辑：如果是同步发送，且message在发送期间存活，那乱码可能是其他原因，但异步场景是最常见的诱因。
• 若使用C++17之前的标准，std::string::data()返回的指针不一定保证末尾有\0，但你的C库用size字段指定长度，所以这个通常不是问题，但可以对比静态字符串和std::string的内存布局是否完全一致（比如静态字符串末尾的\0是否被包含在size里？不过你用strlen和size()，静态字符串的strlen是不含\0的，std::string::size()也不含，所以这部分应该一致）。

内容的提问来源于stack exchange，提问作者Nils Rasmussen