@出出啊 非常感谢啊。这边在仔细查一下代码问题。

@出出啊 非常感谢，这边排查一下，看看是不是哪里内存溢出了。不过还有疑问，为什么在锁获取和释放函数内增加依据rt_kprintf的语句，反而问题的现象消失了呢?难道溢出的位置发生了变化，或者溢出后的值

@出出啊 加了打印后，对应的问题反而不出现了

@出出啊 rt_mutex_take需要在什么位置添加打印？？rt_mutex_release在if判断前添加了打印，还是要在别的位置添加？？ if (mutex->original_pr

@出出啊 现在不清楚是编译器做了优化导致的问题还是别的什么问题。临时的解决方案，是在每个线程的结尾增加了主动修改线程优先级的操作。

@出出啊 补充说明，这个三个线程都确认在完成SPI通讯后释放了资源锁。

逻辑说明：1号线程（10ms周期执行线程）：线程执行过程会调用外设的SPI进行通讯，外设SPI的使用权增加了互斥锁，并且在SPI通讯结束前锁是不释放的。2号线程（事件等待型）：程序启动延迟1S后会给该

这边现在程序是3个线程，其中一个是周期调用的线程，每周期使用rt_thread_delay（）挂起线程资源，另外2个线程是 挂起等待事件的线程，用RT_WAITING_FOREVER永久等待的。现在发

非常感谢您的回答。之前一直用的cubemx生成freertos做的工程，由于第一次接触RTT，所以直接用的官方的bsp做的开发。考虑rtt的应用基数，默认rtt的系统内核和提供的硬件驱动组件的代码泛用