longteng

1. 现在能检查到断开、释放和重连了，不过还要等上一段时间才行，想问以下为什么不在recv返回0的时候直接释放Socket而是进行sleep呢？ 因为Mqtt有一个线程来处理网络的连接与断开，在这个case 0的流程的中，如果不加sleep话的，这个Mqtt的线程就是无延时，这个线程就不会主动让出cpu时间，那么比这个线程优先级低的线程将无法运行，比如你的Msh串口像死机了一样，无响应 2. 另外接收数据调用的函数实在太深了，会影响性能吧 确实会影响性能，但是不大。这种设计是基于软件架构分层来进行考虑的。就好比汇编语言写出的程序肯定比C语言效率高，但是你为什么不用汇编来写程序呢，就是语言的灵活性，软件的架构的层次化设计带来的优点大于缺点（性能） 发送自 Windows 10 版邮件应用 发件人: ueJone 发送时间: 2021年1月15日 17:21 收件人: jiejieTop/kawaii-mqtt 抄送: longteng; Author 主题: Re: [jiejieTop/kawaii-mqtt] 解决个别异常网络情况下的稳定性 (#2) rc = mqtt_read_packet(c, &packet_type,...

这里读取socket返回0时，表示未读取到数据，可能是原因是socket连接正常，mqtt服务器端没有发送数据，或是网络线路故障，服务器发送的数据没有正确传输到mqtt客户端，所以这里就不能断开socket连接。Socket的正常通信时的连接断开要通过检测keepalive超时来断开。如果服务端主动断开了连接，读取socket会返回-1，mqtt线程会立即进行重新连接。 目前的mqtt库的socket连接断开的处理已经比较合理了，可以满足大部分应用，不建议在这种地方做这么小的优化了，而且你对整个通信机制没有深入的理解，很难优化的更好。 发送自 Windows 10 版邮件应用 发件人: ueJone 发送时间: 2021年1月16日 9:47 收件人: jiejieTop/kawaii-mqtt 抄送: longteng; Author 主题: Re: [jiejieTop/kawaii-mqtt] 解决个别异常网络情况下的稳定性 (#2) 因为Mqtt有一个线程来处理网络的连接与断开 明白您的意思，说下我的理解：之所以无法进行线程切换是因为socket断开后没马上释放socket而是在连续recv()，此时recv不会阻塞而是立即返回从而导致了线程一直占用cpu。再来看下面代码，对socket断开即nread == 0未作处理。感觉在检测到socket断开时立即释放socket比较好，不过我对这个库的逻辑还不熟悉，能不能在此处释放还请指教 int platform_net_socket_recv_timeout(int fd, unsigned char...