标签：style blog color ar for art div sp log
同时处于就绪状态的线程，优先级高的先执行。
高优先级就绪时，低优先级任务让出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执行了三次打印计数。
标签：style blog color ar for art div sp log
原文地址：http://www.cnblogs.com/zyqgold/p/3963145.html
