时间片调度与超时调度

发布于 2022-09-08 01:10:02 浏览：927 订阅该版

出出啊 2022-09-08

恃人不如自恃，人之为己者不如己之自为也

YEMK_1013 2022-09-16

这家伙很懒，什么也没写！

请登录后再发布评论，点击登录

追加回复

2 个回答

whj467467222 认证专家 2022-09-08

开源，分享，交流，共同进步

YEMK_1013 2022-09-16

这家伙很懒，什么也没写！

谢谢！根据您的提示这几天抽空详细研究了下，大概理解如下：

1、这里实质是systick硬件中断的服务函数中嵌套了一个PendSV异常,而systick中断的优先级设置最高，PendSV异常优先级设置最低，总而言之就是高优先级中嵌套了一个人为软件触发的低优先级的异常，异常要响应只能等高优先级的systick退出才能响应进入PendSV_Handler异常服务函数，然后在PendSV_Handler服务函数中执行rt_hw_context_switch进行真正的上下文切换；

2、一方面，如设定的当前线程时间片用完，同时有线程的定时器超时，那么会在rt_tick_increase()中先执行rt_thread_yield()进行时间片调度，执行一次rt_schedule()，将当前线程的堆栈作为rt_interrupt_from_thread存储，将下一个拥有时间片的线程堆栈作为rt_interrupt_to_thread堆栈存储，并将其就绪，唯一的就是限于当前高优先级的中断服务函数环境，暂时没有运行起来；

另一方面，执行rt_timer_check进行定时器扫描，执行rt_thread_timeout超时调度，再执行一次rt_schedule()，如果超时线程的优先级更高，则将超时的线程堆栈内容替换前次保存的rt_interrupt_to_thread堆栈，并将其就绪，否则，如果优先级并不更高，则仅将超时线程就绪，插到就绪队列；故总的来说，systick结束前rt_interrupt_to_thread堆栈只有一种状态

3、关于rt_hw_context_switch（）函数中rt_thread_switch_interrput_flag理解，它是一种人为设置的标志，跟中断相关的寄存器没有直接关系；它先在执行rt_schedule()中的rt_hw_context_switch（）中被置1，而在当systick_handler()中断服务例程退出后，由于软件触发进入PendSV异常，PendSV_Handler（）服务函数响应，其中会检查这个标志（rt_thread_switch_interrput_flag），如果这个标志为1，那么说明本次tick中断要进行线程切换，应该要发起上下文切换动作，把这个标志清零，然后进行上下文切换；否则，直接退出PendSV，不进行线程切换，也就不执行上下文切换。

写得有点啰嗦，把时机更新和线程切换整个串起来理解，不知那些正确那些不对。