9、TinyOS开发：任务、分阶段调用与应用实践

TinyOS开发：任务、分阶段调用与应用实践

1. 任务与事件处理

在开发过程中，为了保证系统的高效运行，任务通常需要设计得尽可能简短。这一要求对组件的实现方式，尤其是事件处理程序，产生了直接影响。以BaseStationP为例，它在接收事件处理程序中不会直接发送数据包，而是通过发布任务来实现数据包的发送。这是因为底层的无线电堆栈在一个任务中发出接收信号，可能是经过一些计算之后。如果发送调用需要大量的周期，那么在发送完成之前，底层的无线电组件将无法从应用程序获取新的缓冲区。更普遍地说，如果接收处理程序中包含大量的计算，那么无线电设备必须等待这些计算完成，才能获得用于接收下一个数据包的缓冲区。

虽然单个事件处理程序可能不会造成太大问题，但一个事件处理程序实际上可能代表了多个软件层。例如，一个网络组件可能会处理一个接收事件，根据数据包进行一些小的计算，然后将其信号传递到下一层。因此，任何给定的组件都可能只是一长串事件处理程序中的一部分。基于这个原因，如果一个处理程序需要执行大量的计算，最好的做法是发布一个任务。这样可以防止调用链中出现多个这样的处理程序。

编程提示16：如果一个事件处理程序需要进行可能长时间执行的命令调用，应该发布一个任务来执行这些调用。这就是BaseStationP使用任务来发送数据包，而不是在事件处理程序中直接发送的原因。虽然任务在理论上可能需要等待一段时间才能运行，但实际上任务往往非常简短，因此发布和执行之间的延迟很小。

2. 任务与分阶段调用

2.1 硬件与软件的对比

分阶段调用体现了大