青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

posts - 4, comments - 6, trackbacks - 0, articles - 0
  C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

關于windows、線程、消息的一點體會

Posted on 2008-01-02 19:35 hongsion 閱讀(2094) 評論(5)  編輯 收藏 引用 所屬分類: Windows

以下內容完全把window 操作系統當作一個黑盒,因此所有內容只能作為對其內部的一個猜測。

1. windows操作系統內部在創建一個線程的時候,會自動為它創建一個消息隊列。

2.每當一個線程創建一個窗口的時候,操作系統內部都會把該窗口的Handle和線程相關聯。很有可能在操作系統內部會維護一個窗口handle到線程的map. 還有一種可能就是窗口的成員變量里面有一個指針,指向創建它的線程。

3.窗口本身并沒有消息隊列,所有發到窗口的消息,都會自動被發到創建該窗口的線程的消息隊列中。

4.每個線程只能處理自己線程隊列里面的消息,不能處理其他線程消息隊列里面的消息。
所以PeekMessage(LPMSG lpMsg, HWND hWnd, UINT,UINT,UINT)函數中,如果hWnd不是本線程創建的窗口,則該函數調用失敗。

5.由于在線程消息隊列里面的消息會包含有窗口句柄,所以PeekMessage可以專門處理某個特殊窗口的消息。


6. 曾經有疑問線程是不是只有創建了窗口才具有消息隊列,但又覺得應該不是這樣,因為在windows的API里面有個函數叫PostThreadMessage,可以直接把消息投遞到線程的消息隊列里面,而不需要任何窗口句柄。后來在MSDN里面有這么一段描述,覺得解釋的很詳細:
“The system maintains a single system message queue and one thread-specific message queue for each graphical user interface (GUI) thread. To avoid the overhead of creating a message queue for non–GUI threads, all threads are created initially without a message queue. The system creates a thread-specific message queue only when the thread makes its first call to one of the User or Windows Graphics Device Interface (GDI) functions".
 這里唯一的疑問我想應該是”makes its first call to one of the User or Windows Graphics Device Interface (GDI) functions", 這句話的意思是不是等同于創建一個窗口呢?

Feedback

# re: 關于windows、線程、消息的一點體會  回復  更多評論   

2009-04-03 22:22 by rico
有見地!

The system creates a thread-specific message queue only when the thread makes its first call to one of the User or Windows Graphics Device Interface (GDI) functions".

非常有意思的地方,也就是說,程序不能顯示的為自己的一個線程創建消息隊列。更有意思的是一篇文章說,如果你給一個線程postthreadmessage如果失敗,那么對不起,等等再試,直到成功,非常滑稽的設計。最想不通的是,其他操作系統上,你愛怎么創建消息隊列,你就創建,也沒有什么限制,為啥微軟的消息隊列就必須要受限?

恐怕是早期,微軟假設,一個進程一個消息隊列足以。后來支持多線程了,又缺省的認為,工作線程,你別關心UI的事情,不給你消息隊列。等到最后來,覺得線程消息也不錯啊,這樣又允許非主線程擁有消息隊列,并可以在上面完成UI。總之,感覺在微軟看來,消息隊列除了干UI的事情,沒啥用。你要在進程之間發個自定義消息,那也不是他很期望的事情。

純屬推測。

# re: 關于windows、線程、消息的一點體會  回復  更多評論   

2009-04-03 22:40 by rico
另外,PostThreadMessage,都不可以帶窗口Handle的喔。當然,如果是發給窗體的,微軟認為,postmessage就可以了。這就讓人納悶了,我消息不是直接發給窗體的,而是直接發給一個線程的,雖然那個窗體屬于某個線程,并最終會被dispatch到對應的窗口,因為操作系統自己也登記了窗口屬于那個線程(博主的推測)。

所以微軟想開發者,老老實實的,你要發消息到另外一個窗口,不用告訴我窗口所在的線程,告訴我窗口句柄就可以了,我(os)曉得該怎么轉發,不用你脫了褲子放屁(對我os來說)。

但是,如果程序自己保存得有窗口所在線程的Handle,你postthreadmessage就不消到操作系統查map,豈不是快些?不過感覺這是微軟的慣例了,盡量封裝多一點,封裝死一點,這樣系統看起來更復雜和高深。同時這樣安裝盤可以做的更大些,這樣,可以可以消耗更多塑料,拉動GDP,而且是圍繞微軟的GDP。

# re: 關于windows、線程、消息的一點體會  回復  更多評論   

2009-05-22 11:47 by 飛鴿傳書
有點難理解。

# re: 關于windows、線程、消息的一點體會  回復  更多評論   

2009-05-22 11:53 by 飛鴿傳書
哈哈,表達得太好了。@rico

# re: 關于windows、線程、消息的一點體會[未登錄]  回復  更多評論   

2012-01-16 17:39 by 葡萄
1. windows操作系統內部在創建一個線程的時候,會自動為它創建一個消息隊列。

這個說的不對。在線程創建的時候,所有線程都是沒有消息隊列的。
只有這個線程中顯式的調用GUI相關函數(例如創建窗口)時或者PostThreadMessage時,才會給這個線程創建消息隊列。

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲破处大片| 亚洲图片在线| 精品动漫一区| 亚洲第一综合天堂另类专| 亚洲国产精品一区制服丝袜| 亚洲国产精品一区在线观看不卡| 国产精品户外野外| 好看的av在线不卡观看| 亚洲激情中文1区| 亚洲在线视频| 正在播放亚洲一区| 久久久久国产一区二区三区四区| 亚洲一区二区三区中文字幕| 欧美一区三区二区在线观看| 裸体丰满少妇做受久久99精品| 欧美一区二区三区免费大片| 夜夜嗨av色综合久久久综合网| 黄网动漫久久久| 正在播放日韩| 免费成人av在线| 久久久噜噜噜久久狠狠50岁| 亚洲国产视频一区| 欧美一二三区精品| 女同性一区二区三区人了人一 | 国产亚洲一区二区三区在线观看| 欧美日韩中文字幕精品| 欧美三级资源在线| 亚洲第一综合天堂另类专| 亚洲一区二区三区中文字幕在线| 一区二区三区高清不卡| 亚洲欧美日韩一区二区| 欧美激情女人20p| 欧美日韩高清在线播放| 一区二区三区无毛| 欧美一级在线播放| 亚洲精品久久| 免费亚洲一区二区| 国内精品嫩模av私拍在线观看| 韩曰欧美视频免费观看| 亚洲欧美欧美一区二区三区| 麻豆亚洲精品| 亚洲欧洲一区二区三区| 亚洲免费观看高清在线观看 | 亚洲精选中文字幕| 麻豆精品精华液| 午夜精品久久久久久久99热浪潮 | 亚洲欧美成人一区二区在线电影| 亚洲欧美中文在线视频| 久久午夜影视| 亚洲电影欧美电影有声小说| 99成人在线| 欧美一级理论性理论a| 一区二区三区国产| 欧美日韩123| 亚洲私人影院在线观看| 欧美一区午夜视频在线观看| 一区二区三区产品免费精品久久75| 亚洲欧美日韩一区二区三区在线| 久久中文字幕一区| 国产精品久久久久久久久久久久久 | 亚洲自拍16p| 国产精品久久久久9999吃药| 亚洲欧美国产制服动漫| 亚洲一区免费网站| 国产精品网站在线| 亚洲精品小视频| 亚洲伦伦在线| 国产精品第一区| 亚洲欧美制服中文字幕| 亚洲欧美日韩一区二区三区在线| 欧美理论视频| 欧美一区二区三区男人的天堂 | 亚洲在线观看| 亚洲女人天堂成人av在线| 欧美 日韩 国产在线| 亚洲人精品午夜在线观看| 亚洲国产三级网| 欧美视频中文一区二区三区在线观看 | 在线成人欧美| 亚洲精品乱码久久久久久日本蜜臀 | 亚洲综合二区| 欧美中文字幕在线播放| 亚洲激情偷拍| 亚洲婷婷综合色高清在线| 国产亚洲精品一区二555| 亚洲一级二级| 久久视频在线视频| 一本色道久久综合精品竹菊| 亚洲欧美成人在线| 亚洲激情网址| 午夜影院日韩| 99日韩精品| 亚洲日本精品国产第一区| 国产精品看片你懂得| 你懂的亚洲视频| 国产精品久久午夜夜伦鲁鲁| 亚洲视频一二三| 久久精品国语| 亚洲综合三区| 欧美高潮视频| 免费不卡欧美自拍视频| 国产精品久久久久久久久久久久久| 亚洲视频精选| 老司机精品视频网站| 亚洲国产精品传媒在线观看 | 亚洲精品一区二区三| 午夜精品美女自拍福到在线| 亚洲久久成人| 毛片一区二区| 久久免费视频在线观看| 久久手机精品视频| 久久精品视频在线| 久久乐国产精品| 亚洲精品自在久久| 亚洲最黄网站| 一区二区三区不卡视频在线观看| 一区二区冒白浆视频| 最新亚洲一区| 麻豆久久婷婷| 亚洲欧美在线高清| 欧美日韩国产影院| 亚洲区在线播放| 亚洲人成网站在线播| 在线视频亚洲一区| 亚洲色图综合久久| 欧美日韩视频专区在线播放 | 免费成年人欧美视频| 国产在线精品二区| 欧美一区二区三区久久精品| 亚洲欧美日韩综合aⅴ视频| 欧美色视频日本高清在线观看| 久久精品视频在线观看| 国产日韩欧美在线视频观看| 欧美黑人一区二区三区| 一区二区亚洲精品| 这里只有精品视频| 亚洲欧美成人在线| 国产欧美韩日| 久久精品2019中文字幕| 老司机午夜精品| 国产精品久久久久久久一区探花| 蜜臀av在线播放一区二区三区| 欧美日韩亚洲不卡| 亚洲一级在线观看| 久久精品二区三区| 亚洲第一伊人| 欧美日韩 国产精品| 亚洲一二三区在线| 久久综合九色综合久99| 亚洲黑丝一区二区| 欧美日韩亚洲三区| 午夜精品久久久久久久99热浪潮 | 国产精品av久久久久久麻豆网| 欧美成人午夜77777| 99精品欧美| 国产精品资源在线观看| 久久久久在线观看| 99re这里只有精品6| 久久爱www| 亚洲裸体俱乐部裸体舞表演av| 久久久www成人免费无遮挡大片| 午夜欧美不卡精品aaaaa| 激情亚洲网站| 欧美在线亚洲| 亚洲茄子视频| 久久久久综合| 亚洲网站在线播放| 极品日韩久久| 欧美性猛片xxxx免费看久爱 | 亚洲欧美精品一区| 一区二区三区我不卡| 欧美日韩1080p| 久久久久久久性| 一区二区精品| 欧美激情视频给我| 欧美在线国产| 一区二区三区成人| 国内外成人免费激情在线视频 | 欧美成人免费网| 亚洲欧美在线一区二区| 国产精品久久二区| 欧美成人午夜激情视频| 亚洲欧美另类在线观看| 亚洲欧洲另类| 噜噜噜久久亚洲精品国产品小说| 亚洲电影专区| 国产伦精品一区二区三区照片91| 先锋影院在线亚洲| 亚洲乱码国产乱码精品精| 免费观看30秒视频久久| 午夜一区二区三区不卡视频| 亚洲伦理在线观看| 亚洲国产精品专区久久| 国产一区二区日韩精品欧美精品| 亚洲国产精品小视频| 久久在线视频| 久久国产精品久久久| 午夜精品三级视频福利| 亚洲一区二区在线免费观看| 一区二区三区四区五区精品视频 |