• <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++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            以下內(nèi)容完全把window 操作系統(tǒng)當(dāng)作一個(gè)黑盒,因此所有內(nèi)容只能作為對(duì)其內(nèi)部的一個(gè)猜測(cè)。

            1. windows操作系統(tǒng)內(nèi)部在創(chuàng)建一個(gè)線(xiàn)程的時(shí)候,會(huì)自動(dòng)為它創(chuàng)建一個(gè)消息隊(duì)列。

            2.每當(dāng)一個(gè)線(xiàn)程創(chuàng)建一個(gè)窗口的時(shí)候,操作系統(tǒng)內(nèi)部都會(huì)把該窗口的Handle和線(xiàn)程相關(guān)聯(lián)。很有可能在操作系統(tǒng)內(nèi)部會(huì)維護(hù)一個(gè)窗口handle到線(xiàn)程的map. 還有一種可能就是窗口的成員變量里面有一個(gè)指針,指向創(chuàng)建它的線(xiàn)程。

            3.窗口本身并沒(méi)有消息隊(duì)列,所有發(fā)到窗口的消息,都會(huì)自動(dòng)被發(fā)到創(chuàng)建該窗口的線(xiàn)程的消息隊(duì)列中。

            4.每個(gè)線(xiàn)程只能處理自己線(xiàn)程隊(duì)列里面的消息,不能處理其他線(xiàn)程消息隊(duì)列里面的消息。
            所以PeekMessage(LPMSG lpMsg, HWND hWnd, UINT,UINT,UINT)函數(shù)中,如果hWnd不是本線(xiàn)程創(chuàng)建的窗口,則該函數(shù)調(diào)用失敗。

            5.由于在線(xiàn)程消息隊(duì)列里面的消息會(huì)包含有窗口句柄,所以PeekMessage可以專(zhuān)門(mén)處理某個(gè)特殊窗口的消息。


            6. 曾經(jīng)有疑問(wèn)線(xiàn)程是不是只有創(chuàng)建了窗口才具有消息隊(duì)列,但又覺(jué)得應(yīng)該不是這樣,因?yàn)樵趙indows的API里面有個(gè)函數(shù)叫PostThreadMessage,可以直接把消息投遞到線(xiàn)程的消息隊(duì)列里面,而不需要任何窗口句柄。后來(lái)在MSDN里面有這么一段描述,覺(jué)得解釋的很詳細(xì):
            “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".
             這里唯一的疑問(wèn)我想應(yīng)該是”makes its first call to one of the User or Windows Graphics Device Interface (GDI) functions", 這句話(huà)的意思是不是等同于創(chuàng)建一個(gè)窗口呢?

            Feedback

            # re: 關(guān)于windows、線(xiàn)程、消息的一點(diǎn)體會(huì)  回復(fù)  更多評(píng)論   

            2009-04-03 22:22 by rico
            有見(jiàn)地!

            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".

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

            恐怕是早期,微軟假設(shè),一個(gè)進(jìn)程一個(gè)消息隊(duì)列足以。后來(lái)支持多線(xiàn)程了,又缺省的認(rèn)為,工作線(xiàn)程,你別關(guān)心UI的事情,不給你消息隊(duì)列。等到最后來(lái),覺(jué)得線(xiàn)程消息也不錯(cuò)啊,這樣又允許非主線(xiàn)程擁有消息隊(duì)列,并可以在上面完成UI。總之,感覺(jué)在微軟看來(lái),消息隊(duì)列除了干UI的事情,沒(méi)啥用。你要在進(jìn)程之間發(fā)個(gè)自定義消息,那也不是他很期望的事情。

            純屬推測(cè)。

            # re: 關(guān)于windows、線(xiàn)程、消息的一點(diǎn)體會(huì)  回復(fù)  更多評(píng)論   

            2009-04-03 22:40 by rico
            另外,PostThreadMessage,都不可以帶窗口Handle的喔。當(dāng)然,如果是發(fā)給窗體的,微軟認(rèn)為,postmessage就可以了。這就讓人納悶了,我消息不是直接發(fā)給窗體的,而是直接發(fā)給一個(gè)線(xiàn)程的,雖然那個(gè)窗體屬于某個(gè)線(xiàn)程,并最終會(huì)被dispatch到對(duì)應(yīng)的窗口,因?yàn)椴僮飨到y(tǒng)自己也登記了窗口屬于那個(gè)線(xiàn)程(博主的推測(cè))。

            所以微軟想開(kāi)發(fā)者,老老實(shí)實(shí)的,你要發(fā)消息到另外一個(gè)窗口,不用告訴我窗口所在的線(xiàn)程,告訴我窗口句柄就可以了,我(os)曉得該怎么轉(zhuǎn)發(fā),不用你脫了褲子放屁(對(duì)我os來(lái)說(shuō))。

            但是,如果程序自己保存得有窗口所在線(xiàn)程的Handle,你postthreadmessage就不消到操作系統(tǒng)查map,豈不是快些?不過(guò)感覺(jué)這是微軟的慣例了,盡量封裝多一點(diǎn),封裝死一點(diǎn),這樣系統(tǒng)看起來(lái)更復(fù)雜和高深。同時(shí)這樣安裝盤(pán)可以做的更大些,這樣,可以可以消耗更多塑料,拉動(dòng)GDP,而且是圍繞微軟的GDP。

            # re: 關(guān)于windows、線(xiàn)程、消息的一點(diǎn)體會(huì)  回復(fù)  更多評(píng)論   

            2009-05-22 11:47 by 飛鴿傳書(shū)
            有點(diǎn)難理解。

            # re: 關(guān)于windows、線(xiàn)程、消息的一點(diǎn)體會(huì)  回復(fù)  更多評(píng)論   

            2009-05-22 11:53 by 飛鴿傳書(shū)
            哈哈,表達(dá)得太好了。@rico

            # re: 關(guān)于windows、線(xiàn)程、消息的一點(diǎn)體會(huì)[未登錄](méi)  回復(fù)  更多評(píng)論   

            2012-01-16 17:39 by 葡萄
            1. windows操作系統(tǒng)內(nèi)部在創(chuàng)建一個(gè)線(xiàn)程的時(shí)候,會(huì)自動(dòng)為它創(chuàng)建一個(gè)消息隊(duì)列。

            這個(gè)說(shuō)的不對(duì)。在線(xiàn)程創(chuàng)建的時(shí)候,所有線(xiàn)程都是沒(méi)有消息隊(duì)列的。
            只有這個(gè)線(xiàn)程中顯式的調(diào)用GUI相關(guān)函數(shù)(例如創(chuàng)建窗口)時(shí)或者PostThreadMessage時(shí),才會(huì)給這個(gè)線(xiàn)程創(chuàng)建消息隊(duì)列。

            只有注冊(cè)用戶(hù)登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            久久成人国产精品免费软件| 久久天天躁狠狠躁夜夜96流白浆| 国产精品一区二区久久精品| 97精品伊人久久大香线蕉app| 国产精品热久久无码av| 亚洲精品无码久久毛片 | 国产人久久人人人人爽 | 久久久久久久女国产乱让韩| 亚洲中文字幕久久精品无码APP| 97久久久久人妻精品专区 | 久久精品视频网| 精品久久久久久久国产潘金莲 | 久久久国产精华液| 成人国内精品久久久久影院| 99久久这里只精品国产免费| 99久久综合狠狠综合久久| 亚洲色欲久久久综合网| 色偷偷91久久综合噜噜噜噜| 美女写真久久影院| 97久久精品午夜一区二区| 久久人人爽人人爽人人av东京热 | 内射无码专区久久亚洲| 日本精品久久久久中文字幕| 久久精品无码专区免费东京热 | 久久久91精品国产一区二区三区| 久久久久久久久66精品片| 久久久精品波多野结衣| 国产免费久久久久久无码| 国产精品久久久久无码av| 久久亚洲精品人成综合网| 人人妻久久人人澡人人爽人人精品| 国产精品丝袜久久久久久不卡| 久久久久久久尹人综合网亚洲| 久久精品午夜一区二区福利| 奇米影视7777久久精品| 久久精品人人槡人妻人人玩AV| 久久天天躁狠狠躁夜夜96流白浆| 色妞色综合久久夜夜| 国产精品久久午夜夜伦鲁鲁| 色综合合久久天天综合绕视看| 99久久er这里只有精品18|