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

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

beginthread,beginthreadex

Posted on 2012-10-15 08:54 盛勝 閱讀(488) 評論(0)  編輯 收藏 引用

建立一個線程。
unsigned long beginthread(void(cdecl *startaddress)(void*),unsigned stacksize, void *arglist);
unsigne dlong beginthreadex(void *security,unsignedstacksize,unsigned(stdcall *startaddress) (void *), void *arglist,unsignedinitflag,unsigned *thrdaddr);
例程 需要的頭文件 兼容性 
beginthread <process.h> Win NT,Win 95
beginthreadex <process.h> Win NT,Win 95
對于另外兼容性的信息,參見引言中的兼容性

LIBC.LIB 單線程靜態庫,零售版本 
LIBCMT.LIB 多線程靜態庫,零售版本
MSVCRT.LIB MSVCRT.DLL的輸入庫,零售版本
為了使用beginthread或beginthreadex,該應用必須與多線程C運行庫之一進行鏈接。 
返回值
如果成功,這些函數返回最近建立的線程的句柄,出現一個錯誤時,beginthread返回-1 在這種情況下如果有太多的線程,則errno設置為EAGAIN,如果參量無效或棧尺寸不正確,則errno設置為EINVAL。在出現一個錯誤時,beginthreadex返回0 ,這種情況下errno和doserrno都被設置。
參數
startaddress
開始執行新線程的例程的起始地址。
Stacksize
新線程的棧尺寸或0。
Arglist
傳遞給新線程的參量表或NULL。
Security
新線程的安全指示符;對于Windows 95應用必須為NULL。
Initflag
新線程的初始狀態(運行時返回0或暫停時返回CREATESUSPEND)。
Thrdaddr
新函數的地址。
說明
beginthread函數建立一個線程,開始startaddress處例程的執行。在startaddress處的例程必須使用cdecl調用約定且沒有返回值,當該線程從這個例程返回時,它自動終止。
.beginthredex比beginthread更緊密地匯編Win32 Create ThreadAPI函數,beginthreadex在如下方面不同于beginthread:
.eginthreadex有另外三個參數:initflag、security和threadaddr。新線程可以在暫停狀態中建立,使用指定的安全方式(僅在Windows NT下),可以使用thrdadar訪問,它是線程標識符。
.tartaddress處的程序傳送給beginthreadex,必須使用stdcall調用約定且必須返回一個線程退出碼。
失敗時beginthreadex返回0,而不是-1。
.eginthreadex建立的線程通過調用endthreadex終止。
你可以顯式調用endthread或endthreadex終止一個線程,但當該線程從作為參量傳遞的例程返回時自動調用endthread或endthreadex。通過調用endthread或endthreadex終止一個線程幫助確?;謴驮摼€程分配的資源。
endthread自動關閉該線程句柄(而endthreadex不這樣), 因此,當使用beginthread和endthread時,通過調用Win32 CloseHandle API函數并不顯式關閉該線程句柄。這個行為不同于Win32 ExitThread API函數。
注意:對于與LIBCMT.LIB鏈接的可執行文件,不要調用Win32ExitThread API函數;這防止該運行系統要求收回分配的資源。endthread和endthreadex要求收回分配的線程資源,然后調用ExitThread。在beginthread或beginthreadex被調用時,操作系統處理棧的分配你不需要傳送線程棧地址給這些函數。另外,stacksize參量可以為0,在這種情況下操作系統使用與主線程中指定的棧相同的值。
arglist是傳送給最近建立的線程的參數。它通常是一個數據項例如字符串的地址。
arglist如果不需要可以為NULL,但beginthread和beginthreadex必須提供一些傳遞給新線程的值。如果任何線程調用abort、exit、exit或ExitProcess,則所用線程被終止。

 

 在寫c++代碼時,一直牢記著一句話:決不應該調用CreateThread。相反,應該使用Visual  C++運行期庫函數_beginthreadex。

  好像CreateThread函數就是老虎,既然這樣為什么微軟要開發這個函數呢?

  從網上找到的相關資料,現在匯總一下,在此對相關人員進行感謝!

  摘自《windows  核心編程》:  

  CreateThread函數是用來創建線程的Windows函數。不過,如果你正在編寫C/C++代碼,決不應該調用CreateThread。相反,應該使用Visual  C++運行期庫函數_beginthreadex。如果不使用Microsoft的Visual  C++編譯器,你的編譯器供應商有它自己的CreateThred替代函數。  

  若要使多線程C和C++程序能夠正確地運行,必須創建一個數據結構,并將它與使用C/C++運行期庫函數的每個線程關聯起來。當你調用C/C++運行期庫時,這些函數必須知道查看調用線程的數據塊,這樣就不會對別的線程產生不良影響。  

  1.每個線程均獲得由C/C++運行期庫的堆棧分配的自己的tiddata內存結構。  

  2.傳遞給_beginthreadex的線程函數的地址保存在tiddata內存塊中。傳遞給該函數的參數也保存在該數據塊中。  

  3._beginthreadex確實從內部調用CreateThread,因為這是操作系統了解如何創建新線程的唯一方法。  

  4.當調用CreatetThread時,它被告知通過調用_threadstartex而不是pfnStartAddr來啟動執行新線程?!  ∵€有,傳遞給線程函數的參數是tiddata結構而不是pvParam的地址。  

  5.如果一切順利,就會像CreateThread那樣返回線程句柄。如果任何操作失敗了,便返回NULL。  

  _beginthreadex和_beginthread函數的區別。_beginthread函數的參數比較少,因此比特性全面的_beginthreadex函數受到更大的限制。

例如,如果使用_beginthread,就無法創建帶有安全屬性的新線程,無法創建暫停的線程,也無法獲得線程的ID值。

  下面摘錄Csdn中的Holly()的帖子進行解釋,再次表示感謝。

  來源:http://topic.csdn.net/t/20000926/10/31810.html

  Holly():

  oldworm提供了很好的使用的例子,而且也運用了編譯控制!  

  我來解釋一下理論上的區別:  

  CreateThread、_beginthread和_beginthreadex都是用來啟動線程的,但大家看到oldworm沒有提供_beginthread的方式,原因簡單,_beginthread是_beginthreadex的功能子集,雖然_beginthread內部是調用_beginthreadex但他屏蔽了象安全特性這樣的功能,所以_beginthread與CreateThread不是同等級別,_beginthreadex和CreateThread在功能上完全可替代,我們就來比較一下_beginthreadex與CreateThread!  

  CRT的函數庫在線程出現之前就已經存在,所以原有的CRT不能真正支持線程,這導致我們在編程的時候有了CRT庫的選擇,在MSDN中查閱CRT的函數時都有: 

 Libraries  
 LIBC.LIB  Single  thread  static  library,  retail  version   
 LIBCMT.LIB  Multithread  static  library,  retail  version   
 MSVCRT.LIB  Import  library  for  MSVCRT.DLL,  retail  version 

  這樣的提示!  

  對于線程的支持是后來的事!  

  這也導致了許多CRT的函數在多線程的情況下必須有特殊的支持,不能簡單的使用CreateThread就OK。  

  大多的CRT函數都可以在CreateThread線程中使用,看資料說只有signal()函數不可以,會導致進程終止!但可以用并不是說沒有問題!  

 

  有些CRT的函數象malloc(),  fopen(),  _open(),  strtok(),  ctime(),  或localtime()等函數需要專門的線程局部存儲的數據塊,這個數據塊通常需要在創建線程的時候就建立,如果使用CreateThread,這個數據塊就沒有建立,然后會怎樣呢?在這樣的線程中還是可以使用這些函數而且沒有出錯,實際上函數發現這個數據塊的指針為空時,會自己建立一個,然后將其與線程聯系在一起,這意味著如果你用CreateThread來創建線程,然后使用這樣的函數,會有一塊內存在不知不覺中創建,遺憾的是,這些函數并不將其刪除,而CreateThread和ExitThread也無法知道這件事,于是就會有Memory  Leak,在線程頻繁啟動的軟件中(比如某些服務器軟件),遲早會讓系統的內存資源耗盡!  

  _beginthreadex(內部也調用CreateThread)和_endthreadex就對這個內存塊做了處理,所以沒有問題!(不會有人故意用CreateThread創建然后用_endthreadex終止吧,而且線程的終止最好不要顯式的調用終止函數,自然退出最好!)  

  談到Handle的問題,_beginthread的對應函數_endthread自動的調用了CloseHandle,而_beginthreadex的對應函數_endthreadex則沒有,所以CloseHandle無論如何都是要調用的不過_endthread可以幫你執行自己不必寫,其他兩種就需要自己寫!(Jeffrey  Richter強烈推薦盡量不用顯式的終止函數,用自然退出的方式,自然退出當然就一定要自己寫CloseHandle)

  本文出自 “YOUNG ADULT ,GOGOGO!” 博客,請務必保留此出處http://820808.blog.51cto.com/328558/76160

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲日本黄色| 久久久亚洲人| 欧美日韩一二区| 欧美日韩成人一区二区三区| 欧美韩日一区二区| 欧美精选午夜久久久乱码6080| 男女激情视频一区| 欧美小视频在线| 国产日韩精品一区二区| 狠狠综合久久av一区二区小说| 精品不卡视频| 国产精品99久久久久久宅男| 亚洲欧美日韩在线观看a三区| 欧美综合第一页| 欧美成人精品在线| 亚洲精品国产日韩| 亚洲综合色网站| 久久精品国产免费看久久精品| 欧美jizz19hd性欧美| 欧美一区二区三区视频免费播放| 午夜视频久久久久久| 欧美大胆a视频| 国产午夜精品理论片a级大结局 | 欧美理论片在线观看| 国产精品久久91| 狠狠色丁香久久婷婷综合丁香| 亚洲毛片在线看| 久久久久天天天天| 夜夜嗨av一区二区三区免费区| 久久精品72免费观看| 欧美揉bbbbb揉bbbbb| 极品裸体白嫩激情啪啪国产精品| 亚洲美女视频在线观看| 久久精品30| 日韩一级黄色片| 美女黄毛**国产精品啪啪| 国产精品网曝门| 一区二区三区国产在线| 欧美www在线| 亚洲欧美国产高清| 欧美激情在线播放| 国产精品夫妻自拍| 日韩午夜免费视频| 欧美 日韩 国产 一区| 亚洲一区黄色| 欧美婷婷在线| 在线日韩av永久免费观看| 亚洲一区二区成人| 亚洲经典三级| 欧美插天视频在线播放| 国产一区二区无遮挡| 亚洲午夜国产一区99re久久| 亚洲激情综合| 欧美日本精品在线| 99精品国产在热久久婷婷| 欧美高清视频在线| 久久―日本道色综合久久| 国产欧美一区二区在线观看| 91久久精品日日躁夜夜躁国产| 麻豆国产精品一区二区三区| 久久精彩视频| 在线欧美三区| 亚洲第一网站| 久久综合中文字幕| 在线观看91精品国产入口| 久久一区亚洲| 久久综合色婷婷| 亚洲国产1区| 亚洲国产欧美一区| 欧美jizz19hd性欧美| 91久久精品美女高潮| 亚洲欧洲日本在线| 国产精品久久久久久久久久久久久久 | 亚洲国产毛片完整版| 欧美国产先锋| 亚洲小说欧美另类婷婷| 亚洲在线免费| 伊人狠狠色丁香综合尤物| 亚洲大胆av| 国产精品久久999| 久久久夜夜夜| 欧美激情中文不卡| 亚洲性xxxx| 欧美在线一级视频| 日韩视频不卡| 亚洲欧美中文日韩v在线观看| 激情久久综合| 夜夜精品视频一区二区| 国产日韩欧美在线视频观看| 欧美成人激情在线| 国产精品v一区二区三区| 亚洲欧美在线观看| 久久精品日产第一区二区| 亚洲乱码日产精品bd| 亚洲一区二区三区免费观看 | 久久九九有精品国产23| 免费成人av| 性欧美大战久久久久久久免费观看 | 国产视频欧美视频| 亚洲二区在线| 国产精品一区二区欧美| 欧美激情精品久久久久久变态| 欧美亚韩一区| 欧美激情一区二区三区| 国产婷婷成人久久av免费高清| 亚洲激情在线激情| 怡红院精品视频| 亚洲一区一卡| 一区二区精品国产| 久久香蕉国产线看观看av| 亚洲欧美日韩国产一区二区三区 | 亚洲精品久久| 欧美一区成人| 欧美亚洲视频在线看网址| 欧美精品一区二区久久婷婷| 另类春色校园亚洲| 国产午夜精品一区理论片飘花| 日韩亚洲欧美一区| 亚洲另类在线一区| 美女日韩欧美| 美日韩丰满少妇在线观看| 国产亚洲精品高潮| 亚洲欧美另类国产| 久久精品成人欧美大片古装| 国产精品v日韩精品| 亚洲人在线视频| 亚洲国内自拍| 欧美综合国产精品久久丁香| 亚洲欧美日韩国产成人| 欧美日韩伦理在线免费| 亚洲黄色免费| 亚洲国产岛国毛片在线| 久久网站免费| 欧美高清视频在线播放| 亚洲激情网址| 欧美精品日韩综合在线| 亚洲国产精品成人| 亚洲理论在线观看| 欧美精品一区二区三区蜜桃| 最新国产の精品合集bt伙计| 99re8这里有精品热视频免费| 欧美国产日韩视频| 日韩午夜激情av| 亚洲欧美日韩视频一区| 国产精品入口福利| 欧美中文字幕第一页| 乱中年女人伦av一区二区| 亚洲国产精品一区二区久| 欧美金8天国| 亚洲素人在线| 久久久视频精品| 91久久黄色| 欧美日韩一二三四五区| 先锋影音网一区二区| 美女在线一区二区| 一区二区三区视频在线| 国产欧美一区在线| 欧美成人午夜激情视频| 日韩一级免费| 亚洲欧美一区二区三区久久 | 欧美在线观看你懂的| 国内精品久久久久久久97牛牛| 久久精品成人一区二区三区| 欧美成年人视频| 亚洲午夜激情网页| 国产欧美91| 欧美不卡在线视频| 亚洲在线中文字幕| 美女啪啪无遮挡免费久久网站| 亚洲美女少妇无套啪啪呻吟| 国产精品美女www爽爽爽视频| 久久精品视频在线免费观看| 欧美激情1区2区| 性久久久久久久久| 亚洲欧洲日本专区| 国产精品婷婷午夜在线观看| 玖玖在线精品| 性欧美1819sex性高清| 欧美激情2020午夜免费观看| 午夜精品久久| 亚洲精品永久免费| 韩国一区二区三区在线观看| 欧美激情精品久久久久久免费印度 | 亚洲二区免费| 欧美一区二区网站| 日韩小视频在线观看| 一本色道久久综合亚洲精品高清 | 亚洲午夜一区二区三区| 免费视频一区二区三区在线观看| 亚洲一区二区三区免费在线观看 | 久久国产精品电影| 亚洲少妇自拍| 亚洲日本成人网| 黄色成人小视频| 国产乱人伦精品一区二区| 欧美巨乳波霸| 欧美日本高清一区| 欧美成人a∨高清免费观看| 久久精品视频在线免费观看| 欧美一二三视频|