网上科普有关“菜鸟:c 和 windows API 消息循环的问题”话题很是火热，小编也是针对菜鸟:c 和 windows API 消息循环的问题寻找了一些与之相关的一些信息进行分析，如果能碰巧解决你现在面临的问题，希望能够帮助到您。
如何你在窗口函数case不返回的话这个窗口就会没响应的，你可以试试看在一个case里写Sleep(5000)
有些人已经说对了，GetMessage只负责从消息队列里面取出一条消息，TranslateMessage将键盘敲键的消息转换成WM_CHAR消息，DispatchMessage就负责调用你的窗口函数，其实相当于
... DispatchMessage(...)
{
....
WinSunProc(...): //事实上这里是通过你注册窗口类时候给Windows的函数指针来实现的，但是效果和直接调用一样。
}
现在整个流程就很清楚了，GetMessage -> DispatchMessage -> WinSunProc 然后再返回到主循环进行下一条消息的操作，如果你在WinSunProc里面一直不返回，那么程序是无法处理下条消息的。
处理消息的时候如果又有其他消息过来是没关系的，Windows的GetMessage是从消息“队列”里面去消息的，没来得处理的消息是会排队在消息队列里面的，微软说了Windows的消息队列足够长，一般不会出现消息丢失的情况，具体没说多长，可能根据操作系统版本不同有不同的长度限制。
另外GetMessage还有个特性，如果程序的消息队列是空的，也就是没有消息了，那么GetMessage就不会返回，直到等到下一条消息来再返回，Windows会将处于等待的程序转入Idle模式，所以那个while循环是不会出现CPU100%的占用率的。如果你希望在程序没有消息的时候在后台做点什么事情，那么就可以利用PeekMessage，典型的MFC就是利用了PeekMessage来运作消息循环的，PeekMessage在队列中有消息的时候则把消息取回，没消息的时候也会立刻返回，这样你就可以在没消息的时候做点别的事情。MFC的CWinApp类在Run这个函数中包含了消息循环，在没有消息的时候，Run会去调用CWinApp::OnIdle，默认的OnIdle会负责释放不需要再使用的动态连接库文件。如果Run里面的PeekMessage取到消息，他则调用CWinApp::PumpMessage函数，PumpMessage就负责调用DispatchMessage把消息转交给窗口函数。
贴下CWinApp::Run的代码：
int CWinThread::Run()
{
ASSERT_VALID(this);
_AFX_THREAD_STATE* pState = AfxGetThreadState();
// for tracking the idle time state
BOOL bIdle = TRUE;
LONG lIdleCount = 0;
// acquire and dispatch messages until a WM_QUIT message is received.
for (;;)
{
// phase1: check to see if we can do idle work
while (bIdle &&
!::PeekMessage(&(pState->m_msgCur), NULL, NULL, NULL, PM_NOREMOVE))
{
// call OnIdle while in bIdle state
if (!OnIdle(lIdleCount++))
bIdle = FALSE; // assume "no idle" state
}
// phase2: pump messages while available
do
{
// pump message, but quit on WM_QUIT
if (!PumpMessage())
return ExitInstance();
// reset "no idle" state after pumping "normal" message
//if (IsIdleMessage(&m_msgCur))
if (IsIdleMessage(&(pState->m_msgCur)))
{
bIdle = TRUE;
lIdleCount = 0;
}
} while (::PeekMessage(&(pState->m_msgCur), NULL, NULL, NULL, PM_NOREMOVE));
}
}
菜鸟关于Windows消息循环的疑问
ORA-00600: ?, ?: [6006], [1], [], [], [], [], [], [], [], [], [], []
报600错误， 且是SMON报错
你可以尝试
startup mount;
alter system set event='10513 trace name context forever,level 2';
shutdown immediate;
startup;
可以绕过部分问题
如果自己搞不定可以找ASKMACLEAN专业数据库修复团队成员帮您恢复：
快递的快递单号在哪里
如何你在窗口函数case不返回的话这个窗口就会没响应的，你可以试试看在一个case里写Sleep(5000)
有些人已经说对了，GetMessage只负责从消息队列里面取出一条消息，TranslateMessage将键盘敲键的消息转换成WM_CHAR消息，DispatchMessage就负责调用你的窗口函数，其实相当于
... DispatchMessage(...)
{
....
WinSunProc(...): //事实上这里是通过你注册窗口类时候给Windows的函数指针来实现的，但是效果和直接调用一样。
}
现在整个流程就很清楚了，GetMessage -> DispatchMessage -> WinSunProc 然后再返回到主循环进行下一条消息的操作，如果你在WinSunProc里面一直不返回，那么程序是无法处理下条消息的。
处理消息的时候如果又有其他消息过来是没关系的，Windows的GetMessage是从消息“队列”里面去消息的，没来得处理的消息是会排队在消息队列里面的，微软说了Windows的消息队列足够长，一般不会出现消息丢失的情况，具体没说多长，可能根据操作系统版本不同有不同的长度限制。
另外GetMessage还有个特性，如果程序的消息队列是空的，也就是没有消息了，那么GetMessage就不会返回，直到等到下一条消息来再返回，Windows会将处于等待的程序转入Idle模式，所以那个while循环是不会出现CPU100%的占用率的。如果你希望在程序没有消息的时候在后台做点什么事情，那么就可以利用PeekMessage，典型的MFC就是利用了PeekMessage来运作消息循环的，PeekMessage在队列中有消息的时候则把消息取回，没消息的时候也会立刻返回，这样你就可以在没消息的时候做点别的事情。MFC的CWinApp类在Run这个函数中包含了消息循环，在没有消息的时候，Run会去调用CWinApp::OnIdle，默认的OnIdle会负责释放不需要再使用的动态连接库文件。如果Run里面的PeekMessage取到消息，他则调用CWinApp::PumpMessage函数，PumpMessage就负责调用DispatchMessage把消息转交给窗口函数。
贴下CWinApp::Run的代码：
int CWinThread::Run()
{
ASSERT_VALID(this);
_AFX_THREAD_STATE* pState = AfxGetThreadState();
// for tracking the idle time state
BOOL bIdle = TRUE;
LONG lIdleCount = 0;
// acquire and dispatch messages until a WM_QUIT message is received.
for (;;)
{
// phase1: check to see if we can do idle work
while (bIdle &&
!::PeekMessage(&(pState->m_msgCur), NULL, NULL, NULL, PM_NOREMOVE))
{
// call OnIdle while in bIdle state
if (!OnIdle(lIdleCount++))
bIdle = FALSE; // assume "no idle" state
}
// phase2: pump messages while available
do
{
// pump message, but quit on WM_QUIT
if (!PumpMessage())
return ExitInstance();
// reset "no idle" state after pumping "normal" message
//if (IsIdleMessage(&m_msgCur))
if (IsIdleMessage(&(pState->m_msgCur)))
{
bIdle = TRUE;
lIdleCount = 0;
}
} while (::PeekMessage(&(pState->m_msgCur), NULL, NULL, NULL, PM_NOREMOVE));
}
}
快递单号一般在快递单的最上部，和最下部。因快递公司的不同，快递单号在快递单最上具体位置也不统一：
中通快递单号位于快递单的右上角和下部：
圆通快递单号位于快递单的右上角和下部：
天天快递单号位于快递单的上方居中和下部：
韵达快递单号位于快递单的上方居中和下部：
申通快递单号位于快递单的上方居右和下部：
EMS快递单号位于快递单的上方居中和下部：
顺丰快递单号位于快递单的上方居中
关于“菜鸟:c 和 windows API 消息循环的问题”这个话题的介绍，今天小编就给大家分享完了，如果对你有所帮助请保持对本站的关注！
版权声明
本文仅代表作者观点，不代表百度立场。
本文系作者授权百度百家发表，未经许可，不得转载。
