Xairybest的专栏

<br />Symbian S60的开发多以活动对象CActive为主，活动调度器CActiveSchedule负责调度各种CActive的RunL方法进行执行。其实可以抽象的将不同活动对象的RunL方法相当于一个可执行的线程。其实整个执行一直都是在不同的RunL方法中进行跳转。请求异步调用只不过是激活相应活动的RunL方法变成可调度状态。<br />          其实个人觉得这种编程模型虽然省去了多线程模型可能会碰到的同步问题，因为始终在一个线程中。但是同样也不允许调用同步调用，任何阻塞线程的方法会

<br />     Symbian开发过程中，如果应用程序碰到了比如空指针，访问错误，活动对象调度错误等时，应用程序会直接Panic，获取的信息顶多只有Panic的Category和Panic的错误号。这种信息虽然能起到一定的提示，但是实在是太少了，空指针这样的错误随时都可能存在。然后，测试人员告诉你今天程序崩溃了，又崩溃了，留下一堆长长的log让你分析。在某些运气不好的情况下，程序死了，但是log没有刷新并写到文件中，这个时候就相当憔悴了，log信息缺失将导致错误的追踪。<br />      如果是按