应用之间屏幕的管理

如大家所知，每个应用都拥有自己的IDisplay接口，在我们创建接口的时候这个已经由AEEApplet_New已经给我们完成了，但是大家有没有想过，brew是怎么对屏幕进行管理的呢，大家可以想一下当应用A有一个界面，A又去启动了B，这个时候B的界面就显示出来了。大家想想这个时候A的界面为什么没有显示出来呢，为什么只有B的？其实这个就是BREW对刷屏的管理，在BREW里面有一篇文档说的很好，只有处于活动的APPLET才具有画屏幕的权利，那BREW是怎么控制的呢？其实原理很简单，大家都知道IDisplay_isEnable，这个接口就是获得当前IDisplay是否是可绘制的。我之前说过，当一个APPLET收到Start消息之后它才可以画屏幕，还有一个需要补充：当一个应用被Suspend的时候这个应用就不再画屏幕了，当一个应用被Resume的时候就又具有画屏幕的权利了。这个过程就是通过控制IDisplay的enbale属性来控制的。大家可以在一个应用被Suspend之后去看看IDisplay的enable的值。也可以通过IDisplay_EnbaleNotify这个接口去注册一个Notify函数，当IDisplay的enable属性发生变化的时候就会调用到这个回调，这个接口的api是这样说的，但是我在brew3.1.5上去做这样好像得不到IDisplay的接口状态变化，不知道这个为什么，也看不到源码也只能这样了。

还有一点是关于IDisplay接口创建的问题，其实在一个应用上下文环境中创建的IDisplay是一个单实例的，也就说他们指向的是同一个地址，大家可以做一个尝试。这里我提到了是在同一个应用的上下文环境中，为什么这样说呢，我之前也看了高通的一篇文档，文档上说IDisplay创建的总是当前激活应用的IDisplay接口，但是在实际中并不是这样的。打个比方，A和B两个应用，在A这个应用中启动了B这个应用，这个时候A处于挂起状态，如果在A挂起的同时我在A中启动了一个Timer，保证这个timer的回调函数在B运行的时候会调用到，在这个回调函数中创建一个IDisplay接口，大家调试看一下这个IDisplay的地址，这个地址和A应用中的IDisplay是同一个地址，而不是B的。不知道自己是把高通的文档理解错了，还是怎么回事，那就不知道了，在我的实验中确实是这样的结果。