[参考译文] CC2642R：CC2642R：基于 CC2642R 平台上的 FreeRTOS 进行 BLE 开发

您好、

注释掉队列时内存使用量会减少。 为了更好地了解发生这种情况的原因、了解每个 GAP_EVT_ADV_REPORT 事件发生的两个单独的堆分配会有所帮助：

分配 1—扫描报告结构（来自 BLE 栈）：Scan_Evt_Adv 栈在 iCall 堆上分配一个 Gap BLE.Rpt_t 结构和一个单独的有效载荷缓冲区 (pAdvRpt->pData)。 这将以 pMsg 的形式传递到 SimpleCentral_canCb ()。

分配 2—事件包装器（来自 enqueueMsg）：SimpleCentral_enqueueMsg () 调用 iCall_malloc (sizeof (scEvt_t)) 以创建一个保存事件类型和指向扫描报告的指针的小型包装器结构、然后将其发布到应用程序事件队列。

// simple_central.c — enqueueMsg allocates a wrapper every call:
scEvt_t *pMsg = ICall_malloc(sizeof(scEvt_t)); // <-- allocation #2
pMsg->pData = pData; // points to allocation #1
Util_enqueueMsg(appMsgQueue, syncEvent, (uint8_t *)pMsg);

在主动扫描期间、GAP_EVT_ADV_REPORT 可能会对所有信道上收到的每个广播数据包触发。 如果应用程序任务繁忙（例如处理连接）且事件队列备份、则大量的 scEvt_t 包装程序分配会同时累积在堆上。 注释掉 enqueueMsg 完全消除了这些包装,这就是为什么你看到显著的减少。

我们在使用它时遵循了以下步骤。 我已经释放了空间、所以为什么内存仍然大幅下降？

内存仍然丢失的原因是修改代码中的内存泄漏：Gap Scan_Evt_Adv Rpt_t 包含第二个堆分配—pData—这是一个单独分配的缓冲区、保存原始广播有效载荷。 您修改后的代码将释放结构、但不会释放这个内部缓冲区。

在 BLE 栈头中（source/ti/ble5stack/inc/gap_sscanner.h、~第 588 行）：

typedef struct {
// ... address, PHY, RSSI, etc. ...
uint16_t dataLen;
uint8_t *pData; // <-- SEPARATELY allocated advertising payload buffer
} GapScan_Evt_AdvRpt_t;

您当前的回叫：

// MODIFIED (customer code) — LEAKS pAdvRpt->pData on every ADV_REPORT
{
if (pMsg != NULL) {
ICall_free(pMsg); // Frees the GapScan_Evt_AdvRpt_t struct — OK
// BUG: pMsg->pData (advertising payload) is NEVER freed!
}
}

此致、

1 月

我懂了。 这解决了我的问题。 谢谢你