天地之靈16:11:17
然后呢，說(shuō)一個(gè)最最最特殊的消息
天地之靈16:11:21
WM_QUIT
孫婷16:11:22
？
天地之靈16:11:36
這是唯一一個(gè)跟窗口沒(méi)有關(guān)系的消息
天地之靈16:11:44
它表示：這個(gè)程序要結(jié)束了
天地之靈16:12:14
那么，最外面我們一開始那個(gè)循環(huán)，就應(yīng)該結(jié)束了
天地之靈16:12:39
while(GetMessage(&msg,NULL,0,0))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
和
while( true )
{ GetMessage(&msg,NULL,0,0));
TranslateMessage(&msg);
DispatchMessage(&msg);
}
回到婷婷剛才的問(wèn)題
天地之靈16:13:11
GetMessage的作用就是：等待一個(gè)消息。如果這個(gè)消息是WM_QUIT，那么返回FALSE。否則返回TRUE
wtt PureMilk16:13:52
明白
天地之靈16:13:54
所以它們的區(qū)別就是，前面一個(gè)是標(biāo)準(zhǔn)的，當(dāng)收到WM_QUIT消息的時(shí)候，循環(huán)結(jié)束，正常退出程序。
而后面那個(gè)，因?yàn)椴荒芙邮躓M_QUIT消息，所以永遠(yuǎn)不會(huì)結(jié)束
天地之靈16:14:40
WM_QUIT的作用糖糖明白了嗎
wtt PureMilk16:14:52
等一下又不明白了
天地之靈16:14:57
孫婷16:15:08
恩呢
天地之靈16:15:16
哪里不明白了
wtt PureMilk16:15:30
在我們的WindowProc里面是不會(huì)出現(xiàn)WM_QUIT的是嗎
天地之靈16:15:37
是的。
天地之靈16:15:43
WM_QUIT是唯一一個(gè)與窗口無(wú)關(guān)的消息
wtt PureMilk16:15:44
那它是怎么來(lái)的呢
孫婷16:15:52
WM_QUIT。。是不是就相當(dāng)于我按下esc或者alt+f4的時(shí)候然后處理消息就推出了。。關(guān)了窗口了
天地之靈16:15:56
它的來(lái)源是PostQuitMessage函數(shù)
天地之靈16:16:05
糖糖：不完全是。
wtt PureMilk16:16:09
啊我知道了
天地之靈16:16:18
其實(shí)，當(dāng)你按下Alt+F4的時(shí)候，分為三個(gè)步驟
wtt PureMilk16:16:20
case WM_CLOSE:
if(IDYES==MessageBox(hwnd,"是否真的結(jié)束？","weixin",MB_YESNO))
{
DestroyWindow(hwnd);
}
break;
case WM_DESTROY:
PostQuitMessage(0);
break;
天地之靈16:16:35
1、系統(tǒng)發(fā)出WM_CLOSE，表示用戶試圖關(guān)閉窗口
天地之靈16:16:49
當(dāng)然，這時(shí)候你可以彈一個(gè)提示確認(rèn)一下
wtt PureMilk16:16:57
MessageBox(hwnd,"是否真的結(jié)束？","weixin",MB_YESNO))
天地之靈16:17:13
2、DestroyWindow，真的關(guān)閉窗口，發(fā)出一個(gè)WM_DESTORY
天地之靈16:17:32
3、如果這個(gè)窗口關(guān)閉就意味著程序結(jié)束，那么處理函數(shù)里發(fā)出一個(gè)PostQuitMessage
天地之靈16:17:42
然后GetMessage返回FALSE，程序結(jié)束
wtt PureMilk16:18:06
徹底明白
孫婷16:18:36
太神奇了
天地之靈16:18:52
好，還有兩個(gè)內(nèi)容，第一節(jié)課就結(jié)束了
天地之靈16:19:07
內(nèi)容1是：DefWindowProc
天地之靈16:19:32
實(shí)際上系統(tǒng)發(fā)出的消息非常非常的多，種類十分十分復(fù)雜
天地之靈16:19:40
而我們實(shí)際上只關(guān)心我們需要關(guān)心的消息
天地之靈16:19:56
而對(duì)于我們不關(guān)心的消息，如果我們不做處理，有時(shí)候就會(huì)出問(wèn)題
天地之靈16:20:12
比如
case WM_CLOSE:
return;
窗口就關(guān)不掉
天地之靈16:20:33
對(duì)于這一類消息，我們通常是希望讓W(xué)indows幫我們處理
天地之靈16:20:42
換句話說(shuō)，“一般的窗口應(yīng)該怎么做，就怎么做”
天地之靈16:20:53
這就是DefWindowProc的作用
天地之靈16:21:08
舉例來(lái)說(shuō)，它會(huì)在WM_CLOSE的時(shí)候自動(dòng)DestoryWindow
wtt PureMilk16:21:15
真的耶
wtt PureMilk16:21:22
原來(lái)還是關(guān)掉了
天地之靈16:22:22
另外,DefWindowProc也是一個(gè)標(biāo)準(zhǔn)的WindowProc
天地之靈16:22:53
換句話說(shuō)，如果你什么消息都不想自己處理，你可以直接把DefWindowProc作為窗口類的WindowProc
天地之靈16:23:25
內(nèi)容2：PeekMessage
天地之靈16:23:39
我們知道GetMessage的意思是“等著一個(gè)消息的發(fā)生”
天地之靈16:23:57
而我們?cè)谶€沒(méi)有消息發(fā)生的時(shí)候就什么也不能做了
天地之靈16:24:36
而對(duì)于游戲來(lái)說(shuō)，我們要求在沒(méi)有消息發(fā)生的時(shí)候，不斷地重新畫整個(gè)畫面
天地之靈16:25:01
所以我們不能被GetMessage占住
wtt PureMilk16:25:15
有道理
天地之靈16:25:21
PeekMessage的意思是：
如果有消息需要處理，返回TRUE，否則返回FALSE
天地之靈16:26:07
另外它的參數(shù)有很多種，比如這個(gè)被取出的消息是否從消息隊(duì)列中清除
天地之靈16:27:21
所以，我們可以寫
while (true)
{
if (PeekMessage(xxxx, xxx, PM_REMOVE))
{
Tranlate
Dispatch()
}
else
{
doSomething();
Sleep(0);
}
}
天地之靈16:27:43
Sleep(0);的目的是讓出CPU控制權(quán)，使得其他程序可以流暢運(yùn)行，詳細(xì)的內(nèi)容以后再講解
wtt PureMilk16:28:03
耶，那豈不是又像我剛寫的那樣關(guān)不掉了
天地之靈16:28:12
是的
天地之靈16:28:29
PeekMessage的一個(gè)不同的地方就是，它收到WM_QUIT時(shí)不會(huì)做什么特殊處理
天地之靈16:28:40
我們要自己來(lái)做這個(gè)處理
天地之靈16:28:57
while (true)
{
if (PeekMessage(xxxx, xxx, PM_REMOVE))
{
if (msg.message == WM_QUIT) break;
Tranlate
Dispatch()
}
else
{
doSomething();
Sleep(0);
}
}
天地之靈16:29:56
另外，我讀過(guò)的代碼里，有許多程序沒(méi)有這個(gè)else。婷婷能分析下這樣會(huì)有什么不好么？
天地之靈16:30:16
while (true)
{
if (PeekMessage(xxxx, xxx, PM_REMOVE))
{
if (msg.message == WM_QUIT) break;
Tranlate
Dispatch()
}
doSomething();
Sleep(0);
}
他們這么寫
wtt PureMilk16:30:24
cpu占用率比較高？
天地之靈16:30:29
不是
天地之靈16:30:34
仔細(xì)想想
天地之靈16:31:13
答案是，這樣的代碼每次只能處理一個(gè)消息
天地之靈16:31:19
然后就進(jìn)入了doSomething
wtt PureMilk16:31:44
哦……
天地之靈16:31:47
1、如果doSomething是個(gè)非常慢的函數(shù)，比如渲染圖形，那么對(duì)消息的處理也會(huì)很慢很慢
wtt PureMilk16:31:56
知道了
天地之靈16:32:02
積壓的消息不能及時(shí)處理，就容易被windows認(rèn)為沒(méi)有響應(yīng)
wtt PureMilk16:32:04
啊好有意思啊
天地之靈16:32:14
2、最壞的情況，如果doSomething里每次都發(fā)出了一個(gè)消息
天地之靈16:32:30
那么消息就永遠(yuǎn)處理不完了，最后程序就會(huì)出現(xiàn)錯(cuò)誤
wtt PureMilk16:32:38
嗯~
wtt PureMilk16:33:02
哇貓我自己學(xué)的話要學(xué)多久才能明白這一點(diǎn)哦
天地之靈16:33:19
while (true)
{
if (PeekMessage(xxxx, xxx, PM_REMOVE))
{
if (msg.message == WM_QUIT) break;
Tranlate
Dispatch()
}
else
{
doSomething();
Sleep(0);
}
}
while (true)
{
while (PeekMessage(xxxx, xxx, PM_REMOVE))
{
if (msg.message == WM_QUIT) break;
Tranlate
Dispatch()
}
if (msg.message == WM_QUIT) break;
doSomething();
Sleep(0);
}
這兩段代碼卻是等價(jià)的
天地之靈16:34:05
第二段代碼里把if改為了while,意思就是：把所有的消息處理完，然后才做我想做的事情
wtt PureMilk16:34:24
嗯~~明白
天地之靈16:34:39
另外，if/while (PeekMessage(xxxx, xxx, PM_REMOVE))
{
if (msg.message == WM_QUIT) break;
這個(gè)比較有時(shí)候比較討厭，我們可以更“優(yōu)雅”的來(lái)寫
wtt PureMilk16:35:00
怎么個(gè)優(yōu)雅法？
天地之靈16:35:23
if/while (PeekMessage(xxxx, xxx, PM_NOREMOVE))
{
if (GetMessage(xxx, xxx))
{
Tranlate
Dispatch
}
else
break;
wtt PureMilk16:35:50
wow
天地之靈16:35:55
注意PeekMessage的參數(shù)變?yōu)榱瞬灰瞥?nbsp;
天地之靈16:36:03
然后繼續(xù)利用GetMessage的返回值
孫婷16:36:18
這樣有什么好處呢？
天地之靈16:36:23
比較帥
wtt PureMilk16:36:25
漂亮
孫婷16:36:27
- -0
天地之靈16:36:30
這個(gè)技巧我是在我遺留的早期代碼里學(xué)到的
孫婷16:36:31
很好
天地之靈16:36:37
我已經(jīng)忘記早期的我在哪里學(xué)到的了
wtt PureMilk16:36:40
是很漂亮，漂亮多了
天地之靈16:37:25
天地之靈16:37:36
關(guān)于消息、消息循環(huán)的所有內(nèi)容都已經(jīng)講完了
wtt PureMilk16:37:58
貓我好崇拜你喔
天地之靈16:38:14
孫婷16:38:24
哇卡卡卡~~~我今天會(huì)失眠。。
wtt PureMilk16:40:58
天地之靈(402740419) 16:22:53
換句話說(shuō)，如果你什么消息都不想自己處理，你可以直接把DefWindowProc作為窗口類的WindowProc
這句話的意思是，什么消息都自己動(dòng)手寫代碼嗎
天地之靈16:41:09
不是
天地之靈16:41:23
如果你想寫一個(gè)“非常標(biāo)準(zhǔn)”的窗口，什么消息你都不需要知道
wtt PureMilk16:41:24
那是什么都不自己動(dòng)手寫
天地之靈16:41:32
對(duì)，你就可以什么都不寫
wtt PureMilk16:41:45
哦哦哦我明白了
孫婷16:41:47
為什么呢？
wtt PureMilk16:41:49
看錯(cuò)了
孫婷16:42:12
自己寫的和標(biāo)準(zhǔn)窗口是不一樣的么？
wtt PureMilk16:42:16
就是連WindowProc都不要了對(duì)吧
天地之靈16:42:18
恩
wtt PureMilk16:42:28
誰(shuí)的恩？
孫婷16:42:33
那我怎么在這個(gè)窗口做什么啊。。
天地之靈16:42:33
恩婷婷的
天地之靈16:42:54
有時(shí)候就什么也不做啊
天地之靈16:43:19
一般在游戲里寫WindowProc就是為了一個(gè)WM_CLOSE一個(gè)WM_DESTORY
天地之靈16:43:28
在很特殊的時(shí)候也許會(huì)連這兩個(gè)也用不著