【RT-Thread学习笔记 3】线程优先级抢占实验

同时处于就绪状态的线程，优先级高的先执行。

高优先级就绪时，低优先级任务让出CPU，让高优先级任务先执行。

创建两个任务函数：

//线程优先级抢占void thread1_entry(void *parameter){    rt_uint32_t count = 0;    while(1)    {        for(;;count++)        {            rt_thread_delay(3*RT_TICK_PER_SECOND); //等三秒输出一次            rt_kprintf("count = %d\n",count);        }    }}void thread2_entry(void *parameter){    rt_tick_t tick;    rt_uint32_t i = 0;    for(i = 0;;i++)    {        tick = rt_tick_get();        rt_thread_delay(RT_TICK_PER_SECOND);  //等疫苗输出一次        rt_kprintf("tick = %d\n",tick);    }}

启动他们：

void rt_thread_test(void){    //线程抢占实验    result= rt_thread_init(&thread1,"thread1",thread1_entry,RT_NULL,thread1_stack,512,10,10);    if(result == RT_EOK)    {        rt_thread_startup(&thread1);            }        if(RT_EOK == rt_thread_init(&thread2,"thread2",thread2_entry,RT_NULL,thread2_stack,512,10,10))    {        rt_thread_startup(&thread2);    }}

因为更高的优先级，thread1率先得到执行，随后它调用延时，时间为3个系统tick，于是thread2得到执行。可以从打印结果中发现一个规律， 在第一次thread2了打印两次thread1会打印一次之后，接下来的话thread2每打印三次thread1会打印一次。对两个线程的入口程序进 行分析可以发现，在thread1 3个系统tick的延时里，thread2实际会得到三次执行机会，但显然在thread1的第一个延时内thread2第三次执行并没有执行结束，在第 三次延时结束以后，thread2本应该执行第三次打印计数的，但是由于thread1此时的延时也结束了，而其优先级相比thread2要高，所以抢占 了thread2的执行而开始执行。当thread1再次进入延时时，之前被抢占的thread2的打印得以继续，然后在经过两次1个系统tick延时和 两次打印计数后，在第三次系统tick结束后又遇到了thread1的延时结束，thread1再次抢占获得执行，所以在这次thread1打印之 前，thread2执行了三次打印计数。