• <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>

            yehao's Blog

            CreateThread()、_beginthreadex()及、AfxBeginThread()函數的討論

            操作系統中線程是非常重要的概念,所以關于線程的創建常常有些困擾人的內容。好像創建線程的函數很多,那么他們之間的有什么聯系與區別呢?正如題目給出的三個函數。今天看了看Windows核心編程,再找了一些網上的資料,在此想說說這些函數之間的關系和區別。如有不正確的地方,請各位不吝賜教。

                  首先,需要說明的是這三個函數都與CreateThread。CreateThread函數是Windows的一個API函數,其具體的使用方法在 MSDN和《Windows核心編程》上都有詳細介紹。主要的作用是創建一個線程。_beginthreadex函數是C/C++運行庫提供的函數,從 _beginthreadex函數的源代碼,可以看出它的主要動作是:增加了一個名為ptd的_ptiddata的結構的處理,然后在調用CreateThread函數。_ptiddata是每個線程都擁有自己的專用的數據結構。關于使用CreateThread代替_beginthreadex的結果以及可能出現的問題在《Windows核心編程》上講的很清楚: “也許你想知道,如果調用CreateThread,而不是調用C/C++運行期庫的_beginthreadex來創建新線程,將會發生什么情況。當一個線程調用要求_ptiddata結構的C / C + +運行期庫函數時,將會發生下面的一些情況(大多數C / C + +運行期庫函數都是線程安全函數,不需要該結構)。

                   首先, C / C + +運行期庫函數試圖(通過調用T l s G e t Va l u e )獲取線程的數據塊的地址。如果返回N U L L作為t i d d a t a塊的地址,調用線程就不擁有與該地址相關的_t i d d a t a塊。這時,C / C + +運行期庫函數就在現場為調用線程分配一個_t i d d a t a塊,并對它進行初始化。然后該_t i d d a t a塊(通過T l s S e t Va l u e)與線程相關聯。此時,只要線程在運行,該_t i d d a t a將與線程待在一起。這時,C / C + +運行期庫函數就可以使用線程的_t i d d a t a塊,而且將來被調用的所有C / C + +運行期函數也能使用_t i d d a t a塊。當然,這看來有些奇怪,因為線程運行時幾乎沒有任何障礙。不過,實際上還是存在一些問題。首先,如果線程使用C / C + +運行期庫的s i g n a l函數,那么整個進程就會終止運行,因為結構化異常處理幀尚未準備好。

                   第二,如果不是調用_ e n d t h r e a d e x來終止線程的運行,那么數據塊就不會被撤消,內存泄漏就會出現(那么誰還為使用C r e a t e T h r e a d函數創建的線程來調用_ e n d t h r e a d e x呢?)。”對于上面所說的兩個問題:我也是有疑問的:使用CreateThread創建線程后,用CloseHandle函數關閉相應的線程句柄,不會對_ptiddata結構進行釋放嗎?另外在網上看到一些關于這三個函數的討論如下: 一直對這三個創建線程的方法都搞不清楚,不知道在什么情況下該用那種方法,下面是從網上摘錄的一些帖子:

                   1、不要在一個MFC程序中使用_beginthreadex()或CreateThread()。這句話的意思是由于AfxBeginThread()是MFC封裝的啟動線程的函數,里面包含了很多和MFC相關的啟動信息,而且封裝了一些常用的操作,使用起來也比較簡便。而用另外兩個函數就需要程序員對類型,安全性檢查進行更多的思考!

                   2、用_beginthreadex()函數應該是最佳選擇,因為_beginthreadex()函數是CRun-timeLibrary中的函數,函數的參數和數據類型都是CRun-timeLibrary中的類型,這樣在啟動線程時就不需要進行Windows數據類型和CRun-timeLibrary中的數據類型之間的轉化。減低了線程啟動時的資源消耗和時間的消耗!

                  3、在C程序中,幾乎都要用到new和delete,難道只有使用_beginthreadex()?不,因為MFC也是C類庫(只不過是Microsoft的C類庫,不是標準的C類庫),在MFC中也封裝了new和delete兩中運算符,所以用到new和delete的地方不一定非要使用_beginthreadex()函數,用其他兩個函數都可以!其實在程序中使用上面的哪個函數并不是絕對的,書的作者只不過是提了一個更佳的搭配方法,我在MFC程序中也經常使用_beginthreadex()和CreateThread()這兩個函數,運行的效果也沒有多大的區別,有的時候只是需要你額外的進行一些類型檢查和其他的一些轉化操作,其余沒有其他不妥! 創建線程只有一個方法是::CreateThread()。_beginthreadex()、AfxBeginThread()等內部都是調用這個函數的,因為操作系統只提供這一個接口C靜態庫比WINDOWS出來還早,就別提多線程了,所以他對多線程的支持不是很好,但后悔也來不急,但也不能怪人家。

                  C運行庫_beginthreadex()。他經過一些處理后,再調用CreateThread()如果要強制結束的話也最好用_endthreadex結束,因為他也要一些處理。 總結上面的內容,當然《Windows核心編程》上面得說法是比較權威的。所以,在對線程的結構、運行還不是很了解的時候最好還是按照書上的來。這樣能夠避免一些可能出現的莫名奇妙的錯誤,也省去的一些其他結構處理的考慮。當你清楚地知道線程的結構與運行機制,以及了解各個函數對CreateThread函數的封裝的時候,大概那時候就能夠應用自如了


            本文來自CSDN博客,轉載請標明出處:http://blog.csdn.net/haisujiang/archive/2009/05/30/4225109.aspx

            posted on 2011-04-25 13:49 厚積薄發 閱讀(399) 評論(0)  編輯 收藏 引用 所屬分類: Windows編程

            導航

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            統計

            常用鏈接

            留言簿

            隨筆分類

            文章分類

            文章檔案

            搜索

            最新評論

            久久93精品国产91久久综合| 国产午夜福利精品久久2021| 久久精品成人免费观看97| 精品久久久久久国产三级| 久久夜色精品国产亚洲av| 久久午夜无码鲁丝片秋霞| 精品久久久久久无码中文字幕一区 | 国产毛片欧美毛片久久久| 欧美一区二区三区久久综| 国产精品久久久久影院嫩草| 久久久久国产精品麻豆AR影院| 中文国产成人精品久久不卡| 99久久精品国产一区二区| 伊人久久无码中文字幕| 91精品国产91热久久久久福利| 区久久AAA片69亚洲| 国产精品亚洲美女久久久| 久久久久人妻精品一区二区三区 | 77777亚洲午夜久久多人| 国产精品99久久久久久宅男| 99久久国产宗和精品1上映 | 国产成人精品综合久久久| 国产免费久久精品99re丫y| 国产福利电影一区二区三区,免费久久久久久久精 | 日本免费久久久久久久网站| 国产精品99久久久精品无码| 久久久久久国产精品无码下载 | 国产精品青草久久久久福利99| 97热久久免费频精品99| 欧美一区二区三区久久综合| 欧美一区二区久久精品| 亚洲精品乱码久久久久久蜜桃| 久久国产香蕉一区精品| 国産精品久久久久久久| 国产精品无码久久综合网| 成人亚洲欧美久久久久| 国产午夜精品理论片久久| 91性高湖久久久久| 久久久久久无码国产精品中文字幕 | 亚洲国产日韩欧美久久| 一本久久精品一区二区|