一个关于消息丢失的问题,对我很重要,各位大虾请帮忙!!!!!

quietmorning 2002-03-07 06:32:41
我想从dll中给应用程序发数据(大量的,结构比较复杂)。我现在是在应用程序申请一段内存,如果dll想给应用程序发数据的时候,先把数据填到这块内存中,再通过给应用程序的窗口发消息通知,然后应用程序从这块内存中直接读取数据。
这种方式现在存在几个问题,
1)接受dll的消息的同时,应用程序窗口也接受Windows消息(如移动窗口的消息),这时,dll的消息会丢失。
2)如果同时有很多dll的消息迅速到达,则后面的会覆盖掉前面未被处理的。
不知道一般的做法是怎样的?有没有比较好的方法解决这个问题?
请大家多多帮忙!
...全文
35 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
lwglucky 2002-03-07
  • 打赏
  • 举报
回复
you can block the send function while you have no ability accept data on time and resum send function after completed.
lithe 2002-03-07
  • 打赏
  • 举报
回复
多线程,有消息时启动新线程处理
joyu 2002-03-07
  • 打赏
  • 举报
回复
消息没有捕获,
通过多线程来实现
hezh 2002-03-07
  • 打赏
  • 举报
回复
1.应该采用采用消息分离。
2.可以增加等待方式!
xpmao 2002-03-07
  • 打赏
  • 举报
回复
1.类似Productor-Consumer问题,可以通过信号量来完成.
2.为实时操作,我认为可以通过多线程来完成,而不要使用消息.
supperapplication 2002-03-07
  • 打赏
  • 举报
回复
dll和应用程序同时注册消息。
cazique 2002-03-07
  • 打赏
  • 举报
回复
用信号量机制来做.

16,551

社区成员

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

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

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