目前Qt for S60 已經(jīng)可以在很多S60 設(shè)備上運(yùn)行了，比如我的5530和 N97都是可以里，另外我見過N95也可以。
但是QT是怎樣在 S60 上跑起來的呢，尤其是GUI部分，其實(shí)目前Qt的UI程序本質(zhì)上還是一個基于Avkon UI Framework的程序.
有幾點(diǎn)可以證明：
1. 可以支持程序切換，就是長按那個功能鍵彈出的任務(wù)列表，這只有基于avkon的程序才可以。
2. 可以有Softkey和status pane，甚至可以和這個控件交互。
3. 按 紅鍵 可以退出程序，實(shí)際上這個紅鍵的處理其實(shí)是avkon framework做的，其實(shí)有些qt自帶的示例程序是沒辦法退出的，只能靠按 紅鍵。
我們可以來看看幾段源代碼：
qt\src\s60main\qts60main.cpp :
GLDEF_C TInt E32Main()
{
CTrapCleanup *cleanupStack = q_check_ptr(CTrapCleanup::New());
TInt err = 0;
TRAP(err, QtMainWrapper());
delete cleanupStack;
return err;
}
從這里可以看出，qt的程序也是有 Cleanup stack的，所以可以調(diào)用一些原來的需要 Cleanupstack的Symbian API。
然后通過調(diào)用 main()函數(shù)就進(jìn)入了我們的程序的代碼了。
一般QT的GUI程序總是 從 QApplication 開始的，那么讓我們進(jìn)入QApplication的構(gòu)造函數(shù)去看看。
QApplication 的構(gòu)造調(diào)用了 QApplicationPrivate::construct，在這個函數(shù)里調(diào)用了很重要的 qt_init(...)
這個 qt_init是 每個不同平臺有不同的實(shí)現(xiàn)的，看看s60的實(shí)現(xiàn)吧。
void qt_init(QApplicationPrivate * /* priv */, int)
{
if (!CCoeEnv::Static()) {
// The S60 framework has not been initalized. We need to do it.
TApaApplicationFactory factory(S60->s60ApplicationFactory ?
S60->s60ApplicationFactory : newS60Application);
CApaCommandLine* commandLine = 0;
TInt err = CApaCommandLine::GetCommandLineFromProcessEnvironment(commandLine);
// After this construction, CEikonEnv will be available from CEikonEnv::Static().
// (much like our qApp).
CEikonEnv* coe = new CEikonEnv;
QT_TRAP_THROWING(coe->ConstructAppFromCommandLineL(factory,*commandLine));
delete commandLine;
S60->qtOwnsS60Environment = true;
} else {
S60->qtOwnsS60Environment = false;
}
這個 newS60Application 函數(shù)是重點(diǎn)，我們可以看到此時 CoeEnv EikonEnv都已經(jīng)存在了，越來越像Symbian程序了 :)
qt\src\gui\s60framework\qs60mainapplication.cpp ： newS60Application 定義在這里，好了剩下的就是一般Avkon程序的啟動過程了，app->doc->appui
最后 程序會來到 qs60mainappui 的ConstructL
iEikonEnv->DisableExitChecks(ETrue);
BaseConstructL(CAknAppUi::EAknEnableSkin);
CEikButtonGroupContainer* nativeContainer = Cba();
nativeContainer->SetCommandSetL(R_AVKON_SOFTKEYS_EMPTY_WITH_IDS);
這里我們可以看出來 QT程序是支持 Avkon的skin的，默認(rèn)的 softkey，也就是 cba（control button area）是存在的。
好了到此為止一個 完成的 Avkon程序初始化完成了，下面就可以初始化qt自己的窗口了，調(diào)用棧會原路返回到 main()，繼續(xù)qt widget的創(chuàng)建，最后進(jìn)入 app.exec()
進(jìn)入exec后經(jīng)過若干次函數(shù)調(diào)用，最后進(jìn)入 QEventDispatcher，當(dāng)然在s60上會進(jìn)入 QEventDispatcherS60::processEvents(...)
雖然QT最終也是 ActiveScheduler的調(diào)度，但是和一般的 Symbian的程序不同的是，它不是直接調(diào)用CActiveScheduler::Start()，這個函數(shù)一旦進(jìn)去就出不來了，直到程序結(jié)束。
所以Qt沒有調(diào)用Start()，而是自己WaitForAnyReqeust，等到請求后，調(diào)用RunIfReady，這樣就不會被困死在ActiveScheduler里面了，而是可以有機(jī)會運(yùn)行自己的eventloop。
QT這樣的做法還是很巧妙的，在Symbian這樣的爛架構(gòu)下能做到這樣實(shí)在不容易。也因此，以前的symbian API都是可以在 qt里面調(diào)用的，因?yàn)镾ymbian API所需要的運(yùn)行環(huán)境 Cleaupstack CCoeEnv ActiveScheduler，都是具備的。
綜上看來，QT GUI還是構(gòu)建在Symbian Avkon等架構(gòu)之上的，但是我相信這不會是永遠(yuǎn)的結(jié)構(gòu)，只是為了目前能在現(xiàn)有的設(shè)備上運(yùn)行而采取的方式。
Avkon 長期看來是一定會被拋棄的，那么以后Qt到底是構(gòu)建在 cone 還 直接基于Window Server還不可知，這一切要等到Nokia的第一款QT手機(jī)發(fā)布才會揭曉。