你的问题其实是嵌入式开发中很常见的局部变量生命周期陷阱——你在ISR里创建的String sGsmEventData是栈上的局部变量，当ISR执行完毕返回后，这个变量占用的栈内存会被系统回收（或者后续的函数调用会覆盖这块内存）。虽然队列传递的指针地址是对的，但到任务里解引用时，原来的字符串数据已经不存在了，自然读不到有效内容。

具体分析 #

1. 局部变量的生命周期：ISR本质是一个函数，执行时会在栈上分配局部变量（包括这个String对象）。当ISR执行完成，栈帧会被销毁，这块内存就不再属于原来的String了。
2. 为什么地址依然匹配：短时间内这块内存可能还没被重新分配，所以你看到的指针地址和ISR里的一致，但内存里的内容已经不是原来的字符串数据了，所以解引用后得到的是长度为0的空字符串。

三种可行的解决方案 #

方案一：使用全局/静态String变量（简单场景首选） #

把ISR里的String改成全局变量或者static局部变量，这样它的生命周期和整个程序一致，不会在ISR结束后被销毁：

QueueHandle_t qGsmEventData;
static String sGsmEventData; // 声明为静态变量，生命周期贯穿整个程序

void IRAM_ATTR ISR_GSM_RI(){
    BaseType_t xHigherPriorityTaskWoken = pdFALSE;
    sGsmEventData = "String sent from ISR"; // 直接赋值给静态变量
    String * pGsmEventData = &sGsmEventData;
    
    Serial.print("Pointer address added to queue: ");
    Serial.println((unsigned int)pGsmEventData);
    Serial.print("String length: ");
    Serial.println(sGsmEventData.length());
    
    xQueueSendToBackFromISR(qGsmEventData, &pGsmEventData, &xHigherPriorityTaskWoken);
}

void setup() {
    // ... 其他初始化代码
    qGsmEventData = xQueueCreate(10, sizeof(String *));
    attachInterrupt(digitalPinToInterrupt(GSM_INT_PIN), ISR_GSM_RI, RISING);
}

void loop() {
    String *pGsmEventData;
    xQueueReceive(qGsmEventData, &(pGsmEventData), portMAX_DELAY);
    
    Serial.print("Pointer address get from queue: ");
    Serial.println((unsigned int)pGsmEventData);
    Serial.print("String length: ");
    Serial.println(pGsmEventData->length()); // 直接通过指针访问
    
    delay(500);
}

⚠️ 注意：如果ISR可能在任务处理完当前字符串之前再次触发，会覆盖静态变量里的内容，导致任务读到新的数据。如果需要避免这种情况，可以考虑用多个缓冲区或者下面的动态分配方案。

方案二：动态分配内存（适合可变长度字符串） #

在ISR里用new动态分配String对象的内存，把指针发送到队列，任务处理完后用delete释放内存，避免内存泄漏：

QueueHandle_t qGsmEventData;

void IRAM_ATTR ISR_GSM_RI(){
    BaseType_t xHigherPriorityTaskWoken = pdFALSE;
    // 动态分配String对象
    String *pGsmEventData = new String("String sent from ISR");
    
    if(pGsmEventData != nullptr){ // 检查分配是否成功
        Serial.print("Pointer address added to queue: ");
        Serial.println((unsigned int)pGsmEventData);
        Serial.print("String length: ");
        Serial.println(pGsmEventData->length());
        
        xQueueSendToBackFromISR(qGsmEventData, &pGsmEventData, &xHigherPriorityTaskWoken);
    }
}

void setup() {
    // ... 其他初始化代码
    qGsmEventData = xQueueCreate(10, sizeof(String *));
    attachInterrupt(digitalPinToInterrupt(GSM_INT_PIN), ISR_GSM_RI, RISING);
}

void loop() {
    String *pGsmEventData;
    xQueueReceive(qGsmEventData, &(pGsmEventData), portMAX_DELAY);
    
    Serial.print("Pointer address get from queue: ");
    Serial.println((unsigned int)pGsmEventData);
    Serial.print("String length: ");
    Serial.println(pGsmEventData->length());
    
    delete pGsmEventData; // 必须释放内存，否则会造成内存泄漏
    delay(500);
}

⚠️ 注意：ESP32允许在ISR中使用动态内存分配，但要确保堆内存充足，且避免频繁分配释放导致内存碎片化。

方案三：使用固定大小的字符数组（嵌入式场景高效之选） #

如果字符串长度固定或有明确上限，使用全局字符数组可以避免动态内存和String对象的开销，同时保证数据安全：

#define MAX_GSM_EVENT_LEN 32
char gsmEventBuffer[MAX_GSM_EVENT_LEN];
QueueHandle_t qGsmEventData;

void IRAM_ATTR ISR_GSM_RI(){
    BaseType_t xHigherPriorityTaskWoken = pdFALSE;
    const char *eventMsg = "String sent from ISR";
    
    // 安全拷贝字符串到全局缓冲区，确保不会溢出
    strncpy(gsmEventBuffer, eventMsg, MAX_GSM_EVENT_LEN - 1);
    gsmEventBuffer[MAX_GSM_EVENT_LEN - 1] = '\0'; // 手动添加字符串结束符
    
    char *pBuffer = gsmEventBuffer;
    xQueueSendToBackFromISR(qGsmEventData, &pBuffer, &xHigherPriorityTaskWoken);
}

void setup() {
    // ... 其他初始化代码
    qGsmEventData = xQueueCreate(10, sizeof(char *));
    attachInterrupt(digitalPinToInterrupt(GSM_INT_PIN), ISR_GSM_RI, RISING);
}

void loop() {
    char *pGsmEventData;
    xQueueReceive(qGsmEventData, &(pGsmEventData), portMAX_DELAY);
    
    Serial.print("Pointer address get from queue: ");
    Serial.println((unsigned int)pGsmEventData);
    Serial.print("String: ");
    Serial.println(pGsmEventData);
    Serial.print("String length: ");
    Serial.println(strlen(pGsmEventData));
    
    delay(500);
}

如果ISR可能频繁触发导致数据覆盖，可以创建多个缓冲区组成一个池，或者直接在队列中传递整个字符数组（调整队列元素大小为MAX_GSM_EVENT_LEN即可）。

内容的提问来源于stack exchange，提问作者Loïc G.