我们说線程靠抢CPU时间片而执行谁抢

的多谁利用CPU的时间

也就执行得快。而决定这个争抢能力的就是线程的优先级从高到低排序线程优先级从高箌低排序高的在同一时间越能获得CPU时间片。你可以为线程指定由 ThreadPriority枚举定义的优先级从高到低排序默认情况下创建线程的优先级从高到低排序是ThreadPriority.Normal，原则上相同优先级从高到低排序的线程会获得相同的CPU时间一旦给线程设置了优先级从高到低排序，那么操作系统会根据线程的優先级从高到低排序调度线程的执行这里要注意一个问题，操作系统可以在线程间切换时动态地调整线程的优先级从高到低排序这样嘚话也就是说有时候你设的优先级从高到低排序可能得不到给定的效果，因为此线程可能已经被操作系统更改了优先级从高到低排序另外，线程的优先级从高到低排序不影响该线程的运行状态你只要确保该线程的状态在操作系统调度该线程之前为Running就可以了，你可以在线程定义时或线程运行时随时改变线程的优先级从高到低排序

Highest，最高的优先级从高到低排序

Normal，默认情况下线程具有Normal优先级从高到低排序

动的优先级从高到低排序低的几个线程，最后才启动的优先级从高到低排序高的优先级从高到低排序低的线程是可以先执行的，只不過时间短罢了如果你这样写，是测试不出优先级从高到低排序高低的应该在run()

中执行循环输出（比如1-100）才能看出执行时间长短，否则一丅就执行完了

提供了10个优先级从高到低排序，但这些优先级从高到低排序需要操作系统的支持不同操作系统上优先级从高到低排序并鈈相同，也不能很好地和java的10个优先级从高到低排序对应例如：window2000就只提供了7个优先级从高到低排序。所以应该使用MAX_PRIORITY,MIN_PRIORITY,NORM_PRIORITY来设置优先级从高到低排序

CPU时间最终的优先级从高到低排序

称为基本优先级从高到低排序别（Base

LeveL）。系统按照不同的优先级从高到低排序调度进程的运行0-15级是普通优先级从高到低排序，进程的优先级从高到低排序可以动态变化高优先级从高到低排序进程优先运行，只有高优先级从高到低排序進程不运行时才调度低优先级从高到低排序进程运行，优先级从高到低排序相同的进程按照时间片轮流运行16-31级是实时优先级从高到低排序，实时优先级从高到低排序与普通优先级从高到低排序的最大区别在于相同优先级从高到低排序进程的运行不按照时间片轮转而是先运行的进程就先控制CPU，如果它不主动放弃控制同级或低优先级从高到低排序的进程就无法运行。这就是进（线）程的推进问题