我不知道C builder的TTimer对象在调用事件时如何工作,所以我刚才解释的场景让我有所思考,特别是HandleTimerEvent()是否在先前的调用返回之前被调用。
这个问题归结为几件事情。
TTimer对象是否排队事件?
TTimer对象可以在先前的调用返回之前调用我的事件处理程序吗?
解决方法 此回复假定TTimer仍然实现使用WM_Timer消息。如果实施改变了(2005年以后),请不要顾虑。否,TTimer对象不排队事件。它由windows WM_Timer消息驱动,windows不让WM_TIMER消息堆栈在消息队列中。如果下一个定时器间隔发生,windows看到WM_Timer消息已经在应用程序的消息队列中,它不会向队列中添加另一个WM_Timer消息。 (与WM_Paint相同,btw)
是的,即使先前的事件处理程序仍在执行,TTimer.OnTimer事件也可能被触发。如果您在事件处理程序中执行允许应用程序处理消息的任何 *** 作,则可以重新启动计时器事件。明显的一个是如果你的事件处理程序调用Application.ProcessMessages,但它可以比这更微妙 – 如果你在事件处理程序中调用的任何内部调用Application.ProcessMessages,或调用PeekMessage / GetMessage dispatchMessage,或打开一个模态对话框,或者调用绑定到进程外COM对象的COM接口,那么应用程序消息队列中的消息将被处理,并且可能包含下一个WM_Timer消息。
一个简单的解决方案是在您输入定时器事件处理程序时禁用定时器对象,并在退出定时器事件处理程序时重新启用它。这将阻止定时器消息在您的事件处理程序仍在工作时触发,而不管代码的消息处理特性如何。
总结以上是内存溢出为你收集整理的delphi – TTimer.OnTimer事件处理程序是否可重入?全部内容,希望文章能够帮你解决delphi – TTimer.OnTimer事件处理程序是否可重入?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)