一由来近在翻阅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;
}
……
}