• <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>
            posts - 4, comments - 6, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

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

            Posted on 2008-01-02 19:35 hongsion 閱讀(2066) 評論(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時,才會給這個線程創建消息隊列。
            久久精品视频一| 办公室久久精品| 少妇人妻88久久中文字幕| 日本欧美久久久久免费播放网| 日韩人妻无码一区二区三区久久 | 热久久视久久精品18| 性欧美大战久久久久久久| 欧美精品久久久久久久自慰| 久久久精品午夜免费不卡| 色偷偷91久久综合噜噜噜噜| 久久久久人妻精品一区二区三区| 国产精自产拍久久久久久蜜| 亚洲国产精品高清久久久| 国产福利电影一区二区三区,免费久久久久久久精 | 72种姿势欧美久久久久大黄蕉| 精品国产青草久久久久福利| 久久人妻无码中文字幕| 国内精品久久久久久久涩爱| 久久精品国产亚洲AV大全| 久久婷婷是五月综合色狠狠| 久久久久久A亚洲欧洲AV冫| 国产精品禁18久久久夂久| 精品久久久久久久久免费影院| 国产激情久久久久影院老熟女免费 | 国产成人久久久精品二区三区| 亚洲综合精品香蕉久久网| 伊人久久大香线蕉综合网站| 久久99久久无码毛片一区二区| 日韩AV无码久久一区二区| 精品伊人久久久| 久久综合亚洲色一区二区三区| 精品久久久久成人码免费动漫| 久久天天躁狠狠躁夜夜av浪潮| 国产精品99久久久久久www| 人人狠狠综合久久亚洲婷婷| 99久久久精品| 91久久精品国产免费直播| 国产福利电影一区二区三区久久老子无码午夜伦不 | 久久人人爽人人爽人人av东京热| 久久久久久免费视频| 97精品依人久久久大香线蕉97|