• <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 厚積薄發 閱讀(384) 評論(0)  編輯 收藏 引用 所屬分類: Windows編程

            導航

            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            統計

            常用鏈接

            留言簿

            隨筆分類

            文章分類

            文章檔案

            搜索

            最新評論

            久久久精品视频免费观看| 亚洲精品国精品久久99热一| 国内精品久久久久影院薰衣草| 国产三级精品久久| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区| 国产精品久久久久久久久久影院 | 国产毛片久久久久久国产毛片| 精品国产VA久久久久久久冰| 久久综合国产乱子伦精品免费| 亚洲国产精品无码久久| 久久亚洲精品成人av无码网站| 久久婷婷五月综合国产尤物app| 久久精品九九亚洲精品| 99久久精品国产麻豆| 女人香蕉久久**毛片精品| 久久96国产精品久久久| 国产精品亚洲美女久久久| 少妇久久久久久被弄到高潮 | 久久精品中文騷妇女内射| 国产亚洲色婷婷久久99精品| 国产精品福利一区二区久久| 91久久香蕉国产熟女线看| 欧美精品丝袜久久久中文字幕 | 欧美性大战久久久久久| 久久午夜免费视频| 久久久免费精品re6| 国产一区二区精品久久凹凸| 合区精品久久久中文字幕一区| 中文字幕无码精品亚洲资源网久久| 国产精品99久久免费观看| 久久久久一级精品亚洲国产成人综合AV区| 亚洲欧美日韩久久精品| 99999久久久久久亚洲| 久久天天躁狠狠躁夜夜不卡| 日韩人妻无码精品久久久不卡| 伊人丁香狠狠色综合久久| 久久精品免费一区二区| 99久久综合国产精品二区| 久久精品中文字幕一区| 国産精品久久久久久久| 久久久精品国产sm调教网站|