如何在Arduino Nano 33 IoT上实现WiFi与BLE切换并解决内存泄漏问题

核心优化逻辑 #

Arduino Nano 33 IoT搭载的NINA-W102通信模块默认未在协议栈停止接口中释放全部底层内存，是切换过程内存泄漏的核心原因，可通过以下方案实现无泄漏快速切换：

• 通信模式切换前必须完全卸载对应协议栈的所有资源，不能仅断开连接：
  • 切换到WiFi前先执行BLE.stop()，之后主动调用bleUninit()释放NINA模块侧的BLE栈内存，同时清空本地存储的BLE特征值、服务实例的动态分配内存
  • 切换到BLE前先执行WiFi.disconnect()，再调用WiFi.end()完全关闭WiFi栈，释放所有已分配的客户端、缓冲区内存
• 全局仅声明1次BLE服务、特征值、WiFi客户端实例，切换时仅重置运行参数，不要重复创建实例，避免堆内存碎片化

推荐切换时序（单次切换耗时<200ms） #

// 全局通信实例仅声明1次
BLEService configService("19B10000-E8F2-537E-4F6C-D104768A1214");
WiFiClient wifiClient;
bool currentModeIsBle = false;
const int MEMORY_THRESHOLD = 2048; // 剩余内存安全阈值

void switchToWiFiMode(const char* ssid, const char* password) {
  if (currentModeIsBle) {
    BLE.stop();
    delay(100);
    bleUninit(); // 释放BLE底层栈内存
    currentModeIsBle = false;
  }
  WiFi.begin(ssid, password);
  // 可自行添加连接超时判断，连接失败直接切回BLE模式等待重配
}

void switchToBleMode() {
  if (!currentModeIsBle) {
    WiFi.disconnect();
    WiFi.end();
    delay(50);
    currentModeIsBle = true;
  }
  BLE.begin();
  BLE.setAdvertisedService(configService);
  BLE.advertise();
}

稳定性验证与兜底方案 #

• 每次切换模式后调用Serial.println(ESP.getFreeHeap())打印剩余内存，正常场景下每次切换后剩余内存波动不超过20字节，不会出现持续下降的情况
• 禁止在切换过程中使用String类处理配网数据、传感器上报内容，改用固定长度的char数组，避免堆内存碎片化
• 可添加定时内存巡检逻辑，当检测到剩余内存低于2KB安全阈值时，触发NINA模块软重启，无需重启主控制器即可恢复正常内存状态

内容的提问来源于stack exchange，提问作者Miguel Tomás