线程优先级抢占实验【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执行了三次打印计数。