在MMI task中连续调用ReadRecord，在ReadRecord函数中会先发送消息MSG_ID_MMI_EQ_NVRAM_READ_REQ到L4C，然后进入while(1) loop等待L4C 返回的MSG_ID_MMI_EQ_NVRAM_READ_RSP消息，当等待到该消息后，ReadRecord会立即返回
，当没有读到该消息后，会接收ExtQ的消息，并判断从ExtQ得到的消息是否处理还是写到内部队列，例如如果是MSG_ID_TIMER_EXPIRY消息，会写内部队列；按键消息会置标志位，不写内部队列；
由于是连续调用ReadRecord而且每次ReadRecord又比较耗时，所以读到很多记录时，在这段时间内势必很多有很多timer 超时，发送超时消息到MMI,这时我们接收ExtQ的消息会接收到很多MSG_ID_TIMER_EXPIRY消息，然后不停地写到
内部队列中，而内部队列中的消息又得不到处理，所以继续ReadRecord会导致MMI 内部队列爆掉。
在MMI task中连续调用WriteRecord也会有类似的情况发生。
此外，连续调用ReadRecord或WriteRecord会导致task内的其他消息得不到及时处理，例如按键消息，就会导致按键消息延后处理。
如若需在MMI task用ReadRecord进行批量操作，则可以用timer callback方式处理，让MMI task有时间去处理其他的消息。
，当没有读到该消息后，会接收ExtQ的消息，并判断从ExtQ得到的消息是否处理还是写到内部队列，例如如果是MSG_ID_TIMER_EXPIRY消息，会写内部队列；按键消息会置标志位，不写内部队列；
由于是连续调用ReadRecord而且每次ReadRecord又比较耗时，所以读到很多记录时，在这段时间内势必很多有很多timer 超时，发送超时消息到MMI,这时我们接收ExtQ的消息会接收到很多MSG_ID_TIMER_EXPIRY消息，然后不停地写到
内部队列中，而内部队列中的消息又得不到处理，所以继续ReadRecord会导致MMI 内部队列爆掉。
在MMI task中连续调用WriteRecord也会有类似的情况发生。
此外，连续调用ReadRecord或WriteRecord会导致task内的其他消息得不到及时处理，例如按键消息，就会导致按键消息延后处理。
如若需在MMI task用ReadRecord进行批量操作，则可以用timer callback方式处理，让MMI task有时间去处理其他的消息。
再分享一下我老师大神的人工智能教程吧。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到我们人工智能的队伍中来！https://blog.csdn.net/jiangjunshow