Symbian编程总结-基础篇-活动对象正解(3)-活动对象的工作原理

来源:互联网 发布:学java要先学c语言吗 编辑:程序博客网 时间:2024/05/17 07:48

原文地址http://www.cnblogs.com/felixYeou/archive/2008/11/23/1339619.html

 

本文章由杨芹勍原创,如需转摘请注明出处。谢谢!

在上一节里我们已经知道如何创建和使用活动对象,大家对活动对象的创建、使用都有了一定的了解。在这一节里我将深入活动对象机制,分为“活动对象的工作流程”、“信号迷失错误”两个部分,为大家剖析活动对象的工作原理。

一、活动对象工作流程

首先我们用时序图来说明一下应用程序、活动对象、活动调度器及异步函数服务器之间创建及调用的流程:

image

下面我们针对每一个步骤结合代码(点击此处下载代码)进行说明:

1、创建并安装活动调度器:

CActiveScheduler* scheduler = new (ELeave) CActiveScheduler(); CleanupStack::PushL(scheduler); CActiveScheduler::Install(scheduler);

如果创建了一个基于GUI应用程序框架的应用程序,框架已经为我们创建并且安装了活动调度器,我们可以直接使用CActiveScheduler的一系列方法。

2、创建活动对象

iMyAO = CMyActiveObject::NewL(*console);

此处创建的CMyActiveObject类是继承自CActive类的活动对象。

3、将活动对象添加到活动调度器中

void CMyActiveObject::ConstructL() { .... CActiveScheduler::Add( this); // Add to scheduler }

可以看到,活动对象在通过“二阶段构造”创建时就已经将自己的指针添加到了活动调度器中。

4、StartL

StartL为应用程序请求活动对象调用异步函数的方法,此处用户可以根据自身需求对此方法重新命名:

void CMyActiveObject::StartL(TTimeIntervalMicroSeconds32 aDelay) { Cancel(); // 取消异步函数请求 iStatus = KRequestPending; iTimer.After(iStatus, aDelay); // 在此处调用异步函数 SetActive(); // 将成员变量iActive = ETrue }

因为不能保证用户在等待异步函数调用完毕返回的时候不重新调用StartL方法,所以在StartL方法的入口点首先调用Cancel()方法取消异步请求,否则可能会发生臭名远扬的“信号迷失”错误。

5、iStatus = KRequestPending

在以上代码StartL方法中,异步函数调用之前,首先要将iStatus设置为KRequestPending以便活动调度器遍历时匹配。

6、请求异步函数并发送iStatus

在StartL方法中,iTimer.After(iStatus, aDelay);这行代码传递了成员变量的引用并调用了异步函数iTimer.After。

7、SetActive

调用基类CActive的SetActive方法,方法内部将iActive设置成ETrue,以便活动调度器遍历时匹配。

8、启动活动调度器

CActiveScheduler::Start();

10、查找对应的活动对象

我们在上一节已经通过分析并还原了CActiveScheduler::Start()方法的伪代码,此代码块在另外一个线程遍历所有向调度器注册的活动对象,查看对象的iStatus不为KRequestPending且iActive为ETrue。因为异步函数服务器完成了请求的工作以后,会改变iStatus的实参,使其不等于KRequestPending,再加上活动对象在调用完异步函数返回后马上改变了iActive值为ETrue,所以活动调度器只要判断iStatus != KRequestPending && iActive == ETrue则可以知道哪一个活动对象所请求的异步服务已经完成。

9、WaitForAnyRequest()等待异步函数返回通知,11、RequestComplete()并将iStatus的值改变

当异步服务已经完成了所请求的工作,它会使用User::RequestComplete()发送一个通知,活动调度器会通过User::WaitForAnyRequest()或RThread::WaitForAnyRequest()收到这个通知,随后遍历向其注册的条件匹配的活动对象(第8点下划线部分说明)。

12、调用RunL方法

如果找到了异步函数所对应的活动对象,则调用活动对象的RunL方法,RunL方法在TRAP宏里运行。如果RunL方法抛出异常,活动调度器会自动调用活动对象的RunError方法。因此大多数情况下不需要在RunL内编写异常捕获的代码。

活动对象调用完RunL方法后,将活动对象的iActive值设置为EFalse,以便在下次遍历集合时跳过已经处理过的活动对象。

如果没有找到异步函数所对应的活动对象,活动调度器将抛出一个“信号迷失”异常。

13、CActiveScheduler::Stop()

停止活动调度器,停止监控异步函数返回的信号。

二、活动对象专属错误-“信号迷失”

从上面的分析我们知道,活动调度器会拦截异步函数返回的消息,随后遍历活动对象集合找到相应的活动对象调用,如果没有找到则抛出“信号迷失”异常。有以下两种方法会导致“找不到活动对象”的发生:

  1. 活动对象根本没有注册到活动调度器中:没有调用CActiveScheduler::Add方法注册活动对象
  2. 不满足活动调度器查找活动对象的标准iStatus != KRequestPending && iActive == ETrue:在调用异步函数后,没有调用SetActive()方法将iActive的值设为ETrue;或者将iStatus同时传给两个异步函数,导致第二个异步函数返回时,当前活动对象的iActive为EFalse,调度器找不到相应的活动对象。

三、小结

在这一节里,我们学习了活动对象的内部工作原理,让我们对活动对象处理机制有了更深入的了解。在下一节里,我们将学习如何同步调用现有的异步函数。

原创粉丝点击