请问下在处理WM_TIMER消息还没有结束时会不会有下一个TIMER消息到来
请教下在处理WM_TIMER消息还没有结束时会不会有下一个TIMER消息到来？
RT，有人说TIMER的级别比较低，系统不会给一个列队发送2个同样的消息，也就是说如果前面的消息没有处理完并返回的话就不发送第2个，可是我还是觉得有点没道理，系统可以知道你的列队里是否有相同的消息，但是当程序已经在处理这个消息的过程中时，这个消息是否还存在呢？
也就是说 PeekMessage(...., PM_REMOVE)这个REMOVE究竟是在对消息处理完毕返回消息循环时才REMOVE还是一开始进入处理函数就已经REMOVE掉了呢？
我觉得那将决定会不会发生在WM_TIMER还没有处理完毕时产生新的TIMER消息，不知道有没有道理？
但是话又说回来，不应该有多个线程处理WM_TIMER吧？如果只有一个线程在处理消息的话，那列队里有多少个TIMER消息我都不必关心了，是这样吗？
------解决方案--------------------
消息放在消息队列中等待处理，前一个WM_TIMER消息处理时，队列中可能有多个WM_TIMER消息，也还会有WM_TIMER消息产生，但上一个WM_TIMER消息没有处理完，下一个WM_TIMER消息就不会被处理
------解决方案--------------------
好像听说这样的说法：如果因为处理不及时，队列中有几个WM_TIMER消息的话，这些消息会并成一个。大意是这样啊，你看一下《windows程序设计》这也不是十分重要的东西，知道就行了。
------解决方案--------------------
应该是不断产生出来的.但同一时间是只能处理一条.这个自己做个测试就可以出来了.
------解决方案--------------------
消息会一直挂在消息队列里，直到你处理完毕，取下条消息继续处理
------解决方案--------------------
人家说的合并，是两个以上的的消息在队列里，此时合并。
楼主问的是在处理TIMER消息时，会不会产生另一个TIMER消息！
这两种情况是两码事！！！
在处理TIMER时，当然可能会产生别一个TIMER消息，比如你处理一个TIMER消息需要一天的时候，那么在这一天时间里，当然可能会产生另外一个TIMER消息（此时多个会合并成一个）。
RT，有人说TIMER的级别比较低，系统不会给一个列队发送2个同样的消息，也就是说如果前面的消息没有处理完并返回的话就不发送第2个，可是我还是觉得有点没道理，系统可以知道你的列队里是否有相同的消息，但是当程序已经在处理这个消息的过程中时，这个消息是否还存在呢？
也就是说 PeekMessage(...., PM_REMOVE)这个REMOVE究竟是在对消息处理完毕返回消息循环时才REMOVE还是一开始进入处理函数就已经REMOVE掉了呢？
我觉得那将决定会不会发生在WM_TIMER还没有处理完毕时产生新的TIMER消息，不知道有没有道理？
但是话又说回来，不应该有多个线程处理WM_TIMER吧？如果只有一个线程在处理消息的话，那列队里有多少个TIMER消息我都不必关心了，是这样吗？
------解决方案--------------------
消息放在消息队列中等待处理，前一个WM_TIMER消息处理时，队列中可能有多个WM_TIMER消息，也还会有WM_TIMER消息产生，但上一个WM_TIMER消息没有处理完，下一个WM_TIMER消息就不会被处理
------解决方案--------------------
好像听说这样的说法：如果因为处理不及时，队列中有几个WM_TIMER消息的话，这些消息会并成一个。大意是这样啊，你看一下《windows程序设计》这也不是十分重要的东西，知道就行了。
------解决方案--------------------
应该是不断产生出来的.但同一时间是只能处理一条.这个自己做个测试就可以出来了.
------解决方案--------------------
消息会一直挂在消息队列里，直到你处理完毕，取下条消息继续处理
------解决方案--------------------
人家说的合并，是两个以上的的消息在队列里，此时合并。
楼主问的是在处理TIMER消息时，会不会产生另一个TIMER消息！
这两种情况是两码事！！！
在处理TIMER时，当然可能会产生别一个TIMER消息，比如你处理一个TIMER消息需要一天的时候，那么在这一天时间里，当然可能会产生另外一个TIMER消息（此时多个会合并成一个）。