如何解决移动应用中 PeekMessage 调用的资源利用问题

最新推荐文章于 2022-03-22 15:01:29 发布

原创最新推荐文章于 2022-03-22 15:01:29 发布 · 1.8k 阅读

0 ·

本内容遵循CC 4.0 BY-SA版权协议

标签

#mfc #microsoft #windows #processing #null

英特尔专栏收录该内容

20 篇文章

订阅专栏

本文探讨了在基于Windows的移动应用中PeekMessage调用对电池寿命的影响，并提出了解决方案。通过构建自定义消息循环并结合使用WaitMessage，使应用在处理完消息后能进入低功耗状态。

原文地址： http://www.intel.com/cd/ids/developer/apac/zho/recent/325179.htm

挑战

确定在基于 Windows* 的移动应用中 PeekMessage 调用对电池寿命的影响并将其降至最低。 针对电池供电设备上运行的应用，当谈及其优化技术时，某些应用开发人员可能会怀疑或不理解为何需要考虑这一问题。

由于许多旧应用多年来大量使用 PeekMessage 作为消息循环的关键组件，因此解决应用中的电源问题就变得尤为重要。基本上，PeekMessage 调用使系统忙于检查消息而大量占用系统。

解决方案

注意电源提示，当程序空闲时启用适当的空闲状态。 可以编写应用使其更节能，允许 Windows 空闲，同时监视应用未处理消息处于空闲状态时的大致时间长度。鉴于合理使用 PeekMessage 存在一定困难，已经设计出处理 PeekMessage 潜在问题的备用方法。

直接控制应用中 PeekMessage 使用方式的一种方法是构建自己的消息循环。通过确保您已涵盖了 Microsoft 基本类* (MFC*) 主消息循环中的基本元素，您的应用可以直接控制消息泵。下面是兼容 MFC 的一个简短的伪代码样例：

while ( bDoingBackgroundProcessing ) 
{ 
    MSG msg;
    while ( ::PeekMessage( &msg, NULL, 0, 0, PM_NOREMOVE ) ) 
    { 
        if ( !PumpMessage( ) ) 
        { 
            bDoingBackgroundProcessing = FALSE; 
            ::PostQuitMessage( ); 
            break; 
        } 
    } 
    // 使 MFC 进行其空闲处理
    LONG lIdle = 0;
    while ( AfxGetApp()->OnIdle(lIdle++ ) )
        ;  
    // 在此处进行一些后台处理
    // 使用另一个对 OnIdle 的调用
}

在该代码中，只要存在正在进行的空闲处理，就会调用 PeekMessage。PumpMessage 用于执行正常消息转换和调度。使用该代码的问题在于 PumpMessage 调用。当该源代码可在 ThrdCore.cpp 中找到时，它未经正式归档，因此在以后的版本中可能会发生变化。

在循环中使用 PeekMessage 的问题在于 Windows 不能进入空闲状态。节能的应用会处理所有消息并进行后台处理，然后调用 WaitMessage 以进入睡眠状态，直至出现新消息。使用 WaitMessage 可释放系统从而处理其他任务：

if (PeekMessage(...) != NULL)
   // 如果存在消息，则转化和调度该消息
else if (there is background processing to do)
   // 进行后台处理
else 
   // 未进行任何后台处理，没有等待的消息 - 进入睡眠状态
   WaitMessage();

编写应用使其实现自行管理，如上面的伪代码所示，这有助于提高电池供电系统的电源使用。