OnTimer 对性能的损耗大吗?如果是在高性能的服务器上,监视一个队列,用OnTimer好,还是用一个后台线程好?

萧山夜雨 2005-12-04 10:13:34
rt
...全文
296 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
mfkzj 2005-12-05
  • 打赏
  • 举报
回复
OnTimer不太可靠 简单的应用可以使用这个方式 如果要求比较高的话还是使用线程更安全,并且性能更可靠
csdmy 2005-12-05
  • 打赏
  • 举报
回复
开一个一直运行的线程,然后在onrun函数里面一直用::WaitForMultipleObjects(xx,hEvents,FALSE,INFINITE);等待事件的发生,这样做,平时这个线程也不占多少系统资源,相当于在休眠,只有事件发生才起作用
freemme 2005-12-05
  • 打赏
  • 举报
回复
OnTimer发的WM_TIMER消息是最低优先级的消息,所以当消息队列很满的时候,该消息处理起来会比较慢。既然是高性能服务器,用线程会比较好。
蒋晟 2005-12-05
  • 打赏
  • 举报
回复
OnTimer不太可靠,系统忙的时候不会发WM_TIMER的
DrSmart 2005-12-04
  • 打赏
  • 举报
回复
高性能还是用线程稳一点。
snowshow 2005-12-04
  • 打赏
  • 举报
回复
服务器用线程好
timer这东西 客户端用用还是可以的

16,551

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧