poky:单个任务是如何被执行的

* 范围

本文忽略了任务的依赖及其他处理，仅讨论单个任务是如何被执行的。

* 简介：

任务是定义在bb文件中的python/shell函数，代表了软件包build过程中的一个步骤。Bitbake约定，任务名必须以’do_‘开

始，bitbake提供任务的分析和处理机制，具体的任务由bbclass/bbfile提供。

* 前情提要：

Bitbake以Server/UI的方式运行，Server端负责等待并执行命令，UI端负责提交命令并回显结果，二者通过一个双向命令管道

和一个状态队列进行交互。Server决定何时执行什么命令，而命令的具体执行由Cooker负责，这种机制通过回调函数实现。

以bzip2为例，执行以下命令时：



$ bitbake bzip2

1）Bitbake分析命令行得到：cmdline={'action': ['buildTargets', ['bzip2'], 'build'], 'msg': None};

2）UI调用server.runCommand(cmdline['action'])，把命令传递给Server;

3）Server交给cooker处理，cooker.buildTargets()被执行，它把自己定义的方法buildTargetsIdle（）注册到Server的_idlefunctions列表;

4）Server轮询并执行异步命令，控制权交还给buildTargetsIdle（），故事从这里开始了...

* 任务执行：

Bitbake中任务是一个对象，任务的表现形式是TaskData实例。TaskData可以添加，删除任务，处理任务的各种依赖，但是不能执行任务。

任务的执行依靠RunQueue实现, RunQueue是一个状态机，根据当前所处状态执行相应的操作，RunQueue初始化时状态为”runQueueSceneInit“。

从buildTargetsIdle（）开始分析, '->'表示函数/方法的调用关系：

-> rq.execute_runqueue():

该方法执行runqueue队列中的任务，在初始状态下，它调用的是RunQueueExecuteScenequeue实例的execute（）方法：

945 self.rqexe = RunQueueExecuteScenequeue(self)

948 retval = self.rqexe.execute()

-> RunQueueExecuteScenequeue.execute()

运行队列中的任务，每一个任务都不是单独存在的，若干任务构成了一条任务链，每个可执行任务最终要通过以下方式被执行：

1602 pid, pipein, pipeout = self.fork_off_task(fn, realtask, taskname)

-> RunQueueExecuteScenequeue.fork_off_task()： 这是一个Wrapper，下面才是真正的fork_off_task（）

-> RunQueueExecute.fork_off_task()：

先检查和设置任务执行的环境和相关变量，任务的Flag：[umask/fakeroot]就是在这里处理的; 执行任务调用如下方法：

1160 bb.build.exec_task

-> bb.build._exec_task()： 执行任务要比单独执行一个函数复杂一些，仍然需要处理任务相关的环境变量和数据；然后剥去任务的外衣，把它当做函数处理：

321 exec_func(task, localdata)

-> bb.build.exec_func(): 处理任务的其他Flags，根据任务类型（python/shell）分而治之;

170 if ispython:

171 exec_func_python(func, d, runfile, cwd=adir)

172 else:

173 exec_func_shell(func, d, runfile, cwd=adir)

a. -> bb.build.exec_func_python()： 如果任务是python函数：

200 utils.better_exec(comp, {"d": d}, code, bbfile)

-> bb.utils.better_exec()： python类型的任务最终由python内置函数exec执行：

343 exec(code, _context, context)

b. -> bb.build.exec_func_shell()：如果任务是shell函数：

243 bb.process.run(cmd, shell=False, stdin=NULL, log=logfile)

-> bb.process.run()：把函数转换成命令并返回命令的输出：

95 pipe = Popen(cmd, **options) # subprocess.Popen()， 有关Popen（）详细使用请参考subprocess模块的help信息。

至此一个任务执行完毕。

* 总结：

Bitbake中用TakeDate，RunQueueData组织任务数据，而且任务处理过程中还涉及到了数据缓存，日志和事件信息的处理，它们

在BB中被抽象成了不同的类型和对象，希望以后能逐步分析，最终形成一个完整的BB对象类型系统说明。

* 参考：

$ bitbake bzip2 # 部分输出

NOTE: Resolving any missing task queue dependencies

NOTE: Preparing runqueue

NOTE: Executing SetScene Tasks

NOTE: Running setscene task 97 of 277 (/home/wenzong/sdb2/poky/meta/recipes-extended/bzip2/bzip2_1.0.6.bb:do_populate_sysroot_setscene)

NOTE: package bzip2-1.0.6-r3: task do_populate_sysroot_setscene: Started

NOTE: package bzip2-1.0.6-r3: task do_populate_sysroot_setscene: Succeeded

....

* Task Flags：

[dirs]: 任务运行前创建的目录;

[cleandirs]: 任务运行前创建，并且是空目录;

[noexec]: 不需要执行的任务;

[nostamp]: 不生成stamp文件，任务总是被重新执行;

[fakeroot]: 任务需要在fakeroot环境下执行;

[umask]: 任务运行时的umask

[depends/deptask/rdeptask/recdeptask/recrdeptask]: 依赖的任务必须完成才能执行此任务