Bernard Xiong

mq本身是用于快速的，小批量的消息传输，并不是还针对每个消息还设计成变长的。如果是变长方式，内部设计都会变化，一些特性要支持起来也会带来更大的代价。 在接收消息时，可以获得这个消息的长度，这个也许是可以，例如每条消息变成： ```c struct msg{ len_type_t len; uint8_t data[0]; }; ``` * 这里的len_type_t也会引入歧途，uint16_t，那么后续的data肯定也就不是32位对齐，这个时候在对齐面前又会有一定的尴尬； * 如果len_type_t是uint32_t，那么前面的空间肯定也就浪费掉了的。

是i.mx rt1052上的SD卡驱动还有问题，不稳定

类似read/write接口，如果返回0值，这个时候可以再去查看errno的情况。

谢谢反馈，这个问题会被收集到[《RTT串口框架建议收集》](https://docs.qq.com/doc/DTGpqQWtNVGVKdVJj)中

后续纠正过来，也欢迎发PR

给出具体说明吧 另外，底层设备接口本身就有open/close操作，这个里面也可以关闭设备时钟，电源。

开启、关闭就open/close啊

你在底层驱动的close接口中处理

呃，要不我们找个时间在网上音频pk下吧，我还没弄明白啥意思。

`netif_set_default(netif_find("w01"));` 这里需要一种更好，更灵活的形式。固定死某个具体的名称也不是太合理