一由来近在翻阅MediaProvider的时候，突然想起之前碰到的一个问题，该问题是这样的：

　　一个Pad上有很多媒体文件，然后每次开机后的一段时间内，Home Screen的反应都特别慢，有时候还会报出ANR的错误。从ANR文件/data/anr/traces.txt分析，发现系统打印的cpu占有率中，android.process.media占用非常高。所以怀疑是MediaProvider做文件扫描占用CPU太多资源导致。

　　但是我们实际测试的时候，通过top –m 5查看cpu占有率的时候，发现只要一操作Home，android.process.media进程cpu占有率会下降很多。

　　当时看到这个现象，直观感觉是MediaProvider抢占CPU能力不够。直接把该现象告诉领导，这个事情也结了。但是一直没在代码中找到依据：总有地方设置进程的优先级吧？？

　　后来，时间充裕了，想起这个问题。果不其然，在MediaScannerService中，找到答案：

public void run（）
{
Process.setThreadPriority（Process.THREAD_PRIORITY_BACKGROUND +
                Process.THREAD_PRIORITY_LESS_FAVORABLE）;
     ……
}
　　上面代码显示得将本进程的优先级设置为BACKGROUND+LESS_FAVORABLE。

　　那么这个优先级是什么呢？

　　本随笔将关注两个问题：

　　● Android平台提供的调度接口及其它的实现

　　● 调度一定是依靠Linux OS的，那么本随笔也会顺便介绍一下Linux OS中的进程调度相关的知识。

　　二、Android平台中的进程调度接口

　　从上的Java层看，Anroid提供的Process类封装了进程调度优先级，调度策略等一些API。下图是整体调用流程和相关文件位置。

　　从上图我们可知：

　　● 重点讨论Process.java提供的setThreadPriority和setThreadGroup函数。

　　● 调用分发顺序从Java一直贯穿JNI，Native层后，setThreadPriority直接转移到setpriority系统调用，而setThreadGroup通过set_sched_policy处理后，再转移给sched_setscheduler系统调用。

　　2.1 设置调度优先级

　　进程调度的优先级，这个应该不难理解。简单地说：

　　OS在调度进程的时候是遵循一定规则的，优先级高的进程分配CPU的时间多，而优先级低的进程相对分配的CPU时间少。（这个仅是理论上的，具体如何分配是和OS相关的）

　　下面我们看看androidSetThreadPriority的实现。

int androidSetThreadPriority（pid_t tid， int pri）
{
＃if defined（HAVE_PTHREADS）  //目前仅支持POSIX
//phtread_once保证这个线程创建时会首先执行一次（，类似Class的constructor）
//checkDoSchedulingGroup函数，该函数判断系统是否设置了”debug.sys.noschedgroups”
    pthread_once（&gDoSchedulingGroupOnce， checkDoSchedulingGroup）;
    if （gDoSchedulingGroup） {
        if （pri >= ANDROID_PRIORITY_BACKGROUND） {
            //设置调度策略。这个我们待会会碰到。
            rc = set_sched_policy（tid， SP_BACKGROUND）;
        } else if （getpriority（PRIO_PROCESS， tid） >= ANDROID_PRIORITY_BACKGROUND） {
            rc = set_sched_policy（tid， SP_FOREGROUND）;
        }
    }
  ……
   //设置调度优先级。
   if （setpriority（PRIO_PROCESS， tid， pri） < 0） {
        rc = INVALID_OPERATION;
}
……
}