显式和隐式状态转换

在某些情况下，用户需要执行显式状态转换。其他情况下，用户应依赖任务来执行隐式状态转换。具体采用哪种方法取决于您的应用程序。下表列出了需要执行显式状态转换的情况：

验证—某些应用程序要求用户交互式配置任务的通道、定时和触发属性。对于这类应用程序，应不定期显式验证任务状态，以确保属性值的有效性。

保留—如下列全部为TRUE，则应显式保留任务：

• 应用程序包含多个使用相同资源集的不同任务。
• 其中一个任务需要执行重复操作。
• 要确保重复操作开始后，其他任务不会获取该任务所占用的资源。

独占性保留任务会获取该任务使用的资源。保留任务同时也能确保其他任务无法获取这些资源。例如，假设您的应用程序包含两个任务，每个任务都需要执行一系列测量操作。如要确保每个序列先于其他序列完成，应在每个任务开始测量序列之前显式保留每个任务。

就绪—如应用程序通过反复开始和停止一个任务进行多采样测量/生成，请显式将任务转入“就绪”状态。每次任务开始时，都必须获取并配置资源。独占性地使任务进入“就绪”状态，需占用任务的资源，并改变这些资源的一些设置。显式将任务转入“就绪”状态可确保这些操作仅执行一次，从而减少任务的整体开始时间。例如，如果您的应用程序需要反复执行有限次数的硬件定时测量，则应在重复执行这些测量之前将任务转入“就绪”状态。该操作可显著减少开始任务所需的时间。 如对采集到的样本执行额外的读取操作，也需要显式将任务转入“就绪”状态。关于更多信息，请参阅使用“开始任务”函数/VI。

开始—如任务反复进行读取或写入操作，显式地开始该任务。开始任务需要执行下列操作：

• 保留任务所需的资源。
• 为这些资源编程部分参数。
• 开始执行指定操作。

每次应用程序执行读写操作时，系统都会重复执行这些步骤。而显式开始任务可确保这些操作仅执行一次，从而大幅缩短所需时间。例如，如果您的应用程序需要反复执行单采样软件定时读取操作，则应在每次读取操作前显式开始任务。该操作可显著减少每次读取操作所需的时间。