symbian官方推薦使用活動服務(wù)對象(CActive)來代替多線程的使用,我想這個道理是很明了的,在手機(jī)這樣的小內(nèi)存設(shè)備里,運行多線程的程序是非常耗資源的,為了節(jié)約資源,symbian提供了一個活動服務(wù)對象的框架,允許把程序里并發(fā)執(zhí)行對象(其實不是并發(fā),不過宏觀上看來是)放在一個線程里面執(zhí)行,這些并發(fā)工作的對象就通過活動規(guī)劃器(ActiveScheduler)來進(jìn)行管理.

關(guān)于這兩個東西的介紹,網(wǎng)上有一大堆的文檔,我就不在這里廢話了,如何使用呢?這里我先舉一個簡單的計數(shù)器的例子.我選擇寫一個exe的程序,也就是說程序是以E32Main為入口的.

GLDEF_C TInt E32Main()

{

    CTrapCleanup* cleanup=CTrapCleanup::New();

    TRAPD(error,callInstanceL());

    if (error != KErrNone)

    {

        printf("get error %d\r\n", error);

    }

    delete cleanup;

    return 0;

}

以上的內(nèi)容是每一個exe文件都應(yīng)該做的,CTrapCleanup* cleanup=CTrapCleanup::New()建立一個清除堆棧,以便程序在異常退出的時候把清除堆棧里面的資源都釋放掉.當(dāng)然你也可以加上堆檢測宏（__UHEAP_MARK,__UHEAP_MARKEND）,這里我就不多說了。TRAPD是symbian里面經(jīng)常使用的宏,功能類似于try,第一個參數(shù)是讓定義一個錯誤返回值變量的名字, 后面就是可能有異常的你寫的函數(shù).當(dāng)這個函數(shù)異常時,程序不會crash, 你可以得到異常的原因.可以參考nokia論壇上的一些關(guān)于這些使用的文檔.

接下來是vcallInstanceL函數(shù),在這個函數(shù)里面我來建立ActiveScheduler.

LOCAL_C void callInstanceL()

{

    CActiveScheduler* scheduler = new(ELeave) CActiveScheduler();

    CleanupStack::PushL(scheduler);

    CActiveScheduler::Install(scheduler);

    TRAPD(error,doInstanceL());

    if(error)

    {

        printf("error code=%d\r\n",error);

    }

    else

    {

        printf("OK!\r\n[press any key]");

    }

    CleanupStack::PopAndDestroy(scheduler);

}

這段程序很簡單就是創(chuàng)建一個活動規(guī)劃器,并壓入清除棧,然后安裝活動規(guī)劃器,這樣就可以用了.再執(zhí)行真正的實例函數(shù),最后出棧銷毀。doinstance(該函數(shù)將在最后的代碼中給出，主要的功能就是調(diào)用我們自己寫的活動計數(shù)器)我們放到最后來寫,現(xiàn)在來構(gòu)造我們的活動計數(shù)器對象。

class TimeCount : public CActive

{

public :

    static TimeCount* NewLC(); // 構(gòu)造函數(shù)

    ~TimeCount();

    void StartL();             // 計數(shù)開始

    void ConstructL();

    void RunL();             // 延時事件到達(dá)以后的處理函數(shù)

    void DoCancel();         // 取消請求提交

    void setDelayTime(int delayTime);

private:

    TimeCount();

    RTimer iTimer;          // 定時器

    int iTimeCount;         // 計數(shù)器

     int mTime;            // 計數(shù)間隔時間 單位秒

};

 

TimeCount::TimeCount():CActive(0)  // 這里可以設(shè)置活動對象的優(yōu)先級

{

    // 把自己加入活動規(guī)劃器

    CActiveScheduler::Add(this);

}

 

TimeCount* TimeCount::NewLC()

{

    TimeCount* result = new (ELeave) TimeCount();

    CleanupStack::PushL( result );

    result->ConstructL();

    return result;

}

 

void TimeCount::DoCancel(void)

{

    iTimer.Cancel();

}

 

void TimeCount::setDelayTime(int mTime)

{

    DelayTime = mTime;

}

 

TimeCount::~TimeCount()

{

    Cancel();

    iTimer.Close();

}

 

void TimeCount::StartL()

{

    // 設(shè)定定時器狀態(tài)為每隔mTime秒鐘狀態(tài)完成一次

    iTimer.After(iStatus, 10000 * 100 * mTime);

    // 提交異步請求

    SetActive();

}

 

void TimeCount::ConstructL()

{

    // 初始化計數(shù)器和定時器

    iTimeCount = 0;

    User::LeaveIfError(iTimer.CreateLocal());

}

 

void TimeCount::RunL()

{

    // 計數(shù)器+1以后繼續(xù)提交延時請求事件

    printf("The Count is ->>%d", iTimeCount++);

    StartL();

}

每一個活動服務(wù)對象都有一個iStatus來標(biāo)識當(dāng)前對象的狀態(tài).在這里我們把iStatus設(shè)定為iTimer.After(iStatus, 10000 * 100 * mTime);也就是定時器定時mTime秒鐘以后iStatus發(fā)生改變,這個時候活動規(guī)劃器會收到這個狀態(tài)的改變,從而調(diào)用相應(yīng)活動對象的處理函數(shù),也就是RunL函數(shù).在RunL函數(shù)里面進(jìn)行計數(shù)和輸出,然后調(diào)用startL重新設(shè)置定時器和對象狀態(tài),再提交給活動規(guī)劃器。這樣mTime秒鐘以后活動規(guī)劃器會再次調(diào)用RunL函數(shù).一直這樣重復(fù),這樣就達(dá)到了計數(shù)器的效果。

最后我們來寫doinstanceL函數(shù)

LOCAL_C void doInstanceL()

{

    TimeCount* timeCount = TimeCount::NewLC();

    // 每隔一秒鐘打印一次

    TimeCount->setDelayTime(1);

    TimeCount->StartL();

    CActiveScheduler::Start();

    CleanupStack::PopAndDestroy(1);

}

創(chuàng)建好對象以后,加上CActiveScheduler::Start()程序就開始運行了,這句話告訴活動規(guī)劃器該等待對象的狀態(tài)的改變了（正常情況下，一旦CActiveScheduler::Start（）之后，程序直到CActiveScheduler::Stop（）才能終止運行）,在這里就是timeCount的iStatus的改變.等iStatus改變并調(diào)用了RunL以后,繼續(xù)等待iStstus的改變,這樣我們使用活動對象的計數(shù)器就能夠通過消息驅(qū)動運行起來了.

這里的CActiveScheduler只管理了一個CActive對象,就是timeCount,可以用類似的方法實現(xiàn)多個CActive,并且都加入CActiveScheduler,CActiveScheduler將會等待所有加入它的CActive的狀態(tài)的改變,其中有一個的狀態(tài)改變就會去執(zhí)行對應(yīng)的活動對象的處理函數(shù),當(dāng)狀態(tài)同時發(fā)生的時候,會通過對象的優(yōu)先級來決定先調(diào)用誰的RunL函數(shù).CActiveScheduler也是非搶占式的,當(dāng)一個RunL函數(shù)還沒有執(zhí)行完的時候,如果另一個CActive的狀態(tài)改變,會等待RunL執(zhí)行完以后再執(zhí)行另一個CActive的處理函數(shù)（正因為這一點，所以通常RunL函數(shù)不能設(shè)計為長函數(shù)，否則會阻塞活動對象）。

 本文在網(wǎng)上根據(jù)網(wǎng)上用人提供的原本閱讀學(xué)習(xí)而成，可算是轉(zhuǎn)載類型的。