kawaii_mqtt AT使用长时间运行死机的原因分析

发布于 2020-12-17 10:27:32 浏览：3040 订阅该版

[tocm]

首先感觉作者的开源分享，最近在KAWAII_MQTT使用过程中感觉发现一个BUG（还需要长时间测试再确认），想在社区内向大家分享，最终结论还未得出，修改测试中。
软件硬件情况：STM32F1O3芯片、RT thread 操作系统、Kawaii mqtt、AT命令、ESP8266wifi芯片。

## 问题
在现场使用或者实验室测试中都会出现死机，死机都是发生在长时间运行，相当于24小时*N天，不间断运行。

## 原因分析
因为采用8266wifi芯片，在长期运行过程中都会经常性发生网络断开重连的现场，即相对有线而言稳定性没有那么高（所以wifi模式下容易发现长时间运行可靠性的问题）。每次网络重连都会调用mqtt_connect_with_results函数，在该函数内部都会调用network_init（）、network_connect（），同时连接成功的话会复位mqtt_ping_outstanding（注意点）。其中network_connect会调用SAL接口获取一个空闲的SOKCET句柄。因为在系统设计中，句柄的总数是固定的，如果在重连过程中没有释放好前面的句柄将会导致后面连接的时候无法获取句柄，然后mqtt无法正常工作。那么句柄的释放在哪里执行呢？答案是mqtt_packet_handle（）->mqtt_keep_alive(),这个位置network_release(c->mqtt_network)函数的调用通过mqtt_ping_outstanding这个标志进行处理的。整个代码结构network_connect（）、network_release（）不是严格成对出现的，而是通过mqtt_ping_outstanding，然后重连时调用mqtt_connect_with_results除了调用network_connect（）也会复位mqtt_ping_outstanding，这样可能会在某种特殊情况下，对应句柄的network_release（）没有被调用执行，最终导致句柄全部被占用，然后无法正常连接socket（通过打断点调试确实发现有句柄未释放的现象）.

## 解决办法
`mqtt_connect_with_results中，network_init（）`前面加入

```c
if ((c->mqtt_network->host!=RT_NULL)&&(c->mqtt_network->socket>=0)) {
        network_release(c->mqtt_network);
    }。
```