一、原因
嵌入式代码是一种时序化有高度要求的代码,需要关注各个器件的运行,最理想情况需要保证在任何时间里一个同样的操作进来会经过同样的程序运行路径,各个单独的节点以相同的运行时间输出。但是这是不可能的,因为输入的操作并非一个也并不同步,处理器也会是一个单线程。
这样的环境下,log是一种在程序运行各个状态以及流转里占用程序运行时间,组成时序的一部分。然后导致时序无法掌握,因为随着log字符串的长度增加,延时随之增加,意味着这个延时是不一定的。而我们不是总是需要使用这个log,只要后续把这个log删除,那么是个延时直接就没了。其他部分的代码,尤其是在处在竞争中的rtos中的各个线程,先抢占后抢占的顺序就会改变。这种情况不能接受而且log处在关键环节的代码时会导致问题发生,比如这个log影响着一个动态内存的释放而另一个线程调用着这个动态内存时,log的取消将会导致内存释放先于调用。
二、改善
那么有没有改善?可以申请一个log内存空间,把这个log写入buff。在程序处于空闲时把log输出,不占用非空闲时间。

被折叠的 条评论
为什么被折叠?



