เธรดของ Windows: _beginthread vs _beginthreadex vs CreateThread C ++

สิ่งที่เป็นวิธีที่ดีกว่าที่จะเริ่มต้นด้าย_beginthread, _beginthreadxหรือCreateThread?

ฉันพยายามที่จะตรวจสอบสิ่งที่เป็นข้อดี / ข้อเสียของ_beginthread, และ_beginthreadex CreateThreadฟังก์ชั่นทั้งหมดนี้ส่งคืนตัวจัดการเธรดไปยังเธรดที่สร้างขึ้นใหม่ฉันรู้อยู่แล้วว่า CreateThread ให้ข้อมูลเพิ่มเติมเล็กน้อยเมื่อเกิดข้อผิดพลาด (สามารถตรวจสอบได้โดยการโทรGetLastError) ... แต่มีสิ่งใดบ้างที่ฉันควรพิจารณาเมื่อฉัน m โดยใช้ฟังก์ชันเหล่านี้หรือไม่

ฉันกำลังทำงานกับแอปพลิเคชัน windows ดังนั้นความเข้ากันได้ข้ามแพลตฟอร์มจึงไม่เป็นปัญหา

ฉันได้อ่านเอกสาร msdn แล้วและฉันก็ไม่เข้าใจเช่นทำไมใคร ๆ ถึงตัดสินใจใช้ _beginthread แทน CreateThread หรือในทางกลับกัน

ไชโย!

อัปเดต: โอเคขอบคุณสำหรับข้อมูลทั้งหมดฉันได้อ่านในสถานที่สองสามแห่งที่ฉันไม่สามารถโทรหาได้WaitForSingleObject()หากฉันใช้_beginthread()แต่ถ้าฉันโทร_endthread()ในเธรดจะไม่ได้ผล? มีข้อตกลงอะไรบ้าง?

CreateThread() เป็นการเรียกใช้ Win32 API แบบดิบสำหรับการสร้างเธรดการควบคุมอื่นที่ระดับเคอร์เนล

_beginthread()& _beginthreadex()คือ C รันไทม์ไลบรารีเรียกที่เรียกCreateThread()เบื้องหลัง เมื่อCreateThread()กลับมาแล้วให้_beginthread/ex()ดูแลการทำบัญชีเพิ่มเติมเพื่อให้ไลบรารีรันไทม์ C ใช้งานได้และสอดคล้องกันในเธรดใหม่

ใน C ++ คุณควรใช้อย่างแน่นอน_beginthreadex()เว้นแต่คุณจะไม่ได้เชื่อมโยงกับไลบรารีรันไทม์ของ C เลย (aka MSVCRT * .dll / .lib)

มีความแตกต่างหลายครั้งระหว่างมีและ _beginthread() ถูกสร้างขึ้นเพื่อทำหน้าที่เหมือนมากขึ้น(ทั้งในพารามิเตอร์และลักษณะการทำงาน)_beginthreadex()_beginthreadex()CreateThread()

ตามที่Drew Hallกล่าวถึงหากคุณใช้รันไทม์ C / C ++ คุณต้องใช้_beginthread()/ _beginthreadex()แทนCreateThread()เพื่อให้รันไทม์มีโอกาสเริ่มต้นเธรดของตัวเอง (การตั้งค่าพื้นที่จัดเก็บเธรดในเครื่อง ฯลฯ )

ในทางปฏิบัติหมายความว่าCreateThread()โค้ดของคุณไม่ควรใช้โดยตรง

เอกสาร MSDN สำหรับ_beginthread()/ _beginthreadex()มีรายละเอียดเล็กน้อยเกี่ยวกับความแตกต่าง - หนึ่งในสิ่งที่สำคัญกว่านั้นคือเนื่องจากที่จับเธรดสำหรับเธรดที่สร้างโดย_beginthread()จะถูกปิดโดยอัตโนมัติโดย CRT เมื่อเธรดออก "หากเธรดที่สร้างโดย _beginthread ออก อย่างรวดเร็วที่จับส่งกลับไปยังผู้เรียกของ _beginthread อาจไม่ถูกต้องหรือแย่กว่านั้นให้ชี้ไปที่เธรดอื่น "

นี่คือความคิดเห็นสำหรับ_beginthreadex()แหล่งที่มา CRT กล่าว:

Differences between _beginthread/_endthread and the "ex" versions:

1)  _beginthreadex takes the 3 extra parameters to CreateThread
  which are lacking in _beginthread():
    A) security descriptor for the new thread
    B) initial thread state (running/asleep)
    C) pointer to return ID of newly created thread

2)  The routine passed to _beginthread() must be __cdecl and has
  no return code, but the routine passed to _beginthreadex()
  must be __stdcall and returns a thread exit code.  _endthread
  likewise takes no parameter and calls ExitThread() with a
  parameter of zero, but _endthreadex() takes a parameter as
  thread exit code.

3)  _endthread implicitly closes the handle to the thread, but
  _endthreadex does not!

4)  _beginthread returns -1 for failure, _beginthreadex returns
  0 for failure (just like CreateThread).

อัปเดตม.ค. 2556:

CRT สำหรับ VS 2012 มีการเริ่มต้นบิตเพิ่มเติมที่ดำเนินการใน_beginthreadex(): หากกระบวนการเป็น "แอปแพ็กเกจ" (หากมีการส่งคืนสิ่งที่มีประโยชน์GetCurrentPackageId()) รันไทม์จะเริ่มต้น MTA บนเธรดที่สร้างขึ้นใหม่

โดยทั่วไปสิ่งที่ต้องทำคือเรียก_beginthread()/_endthread()(หรือex()ตัวแปร) อย่างไรก็ตามหากคุณใช้ CRT เป็น. dll สถานะ CRT จะเริ่มต้นอย่างเหมาะสมและถูกทำลายเนื่องจาก CRT DllMainจะถูกเรียกด้วยDLL_THREAD_ATTACHและDLL_THREAD_DETACHเมื่อเรียกCreateThread()และExitThread()หรือกลับมาตามลำดับ

DllMainสำหรับ CRT ที่สามารถพบได้ในไดเรกทอรีที่ติดตั้งสำหรับ VS ภายใต้ VC \ CRT \ src \ crtlib.c

นี่คือรหัสที่อยู่หลักของ_beginthreadex(ดูcrt\src\threadex.c):

    /*
     * Create the new thread using the parameters supplied by the caller.
     */
    if ( (thdl = (uintptr_t)
          CreateThread( (LPSECURITY_ATTRIBUTES)security,
                        stacksize,
                        _threadstartex,
                        (LPVOID)ptd,
                        createflag,
                        (LPDWORD)thrdaddr))
         == (uintptr_t)0 )
    {
            err = GetLastError();
            goto error_return;
    }

ส่วนที่เหลือของการ_beginthreadexเริ่มต้นโครงสร้างข้อมูลต่อเธรดสำหรับ CRT

ข้อดีของการใช้_beginthread*คือการโทร CRT ของคุณจากเธรดจะทำงานได้อย่างถูกต้อง

คุณควรใช้ _beginthreadหรือ_beginthreadexเพื่ออนุญาตให้ไลบรารีรันไทม์ C ทำการเริ่มต้นเธรดของตัวเอง เฉพาะโปรแกรมเมอร์ C / C ++ เท่านั้นที่จำเป็นต้องรู้เรื่องนี้เนื่องจากตอนนี้ควรมีกฎการใช้สภาพแวดล้อมการพัฒนาของตนเอง

หากคุณใช้_beginthreadคุณไม่จำเป็นต้องโทรCloseHandleตามที่ RTL จะทำเพื่อคุณ _beginthreadนี่คือเหตุผลที่คุณไม่สามารถรอที่จับถ้าคุณได้ใช้ นอกจากนี้_beginthreadนำไปสู่ความสับสนหากฟังก์ชั่นเธรดออกทันที (อย่างรวดเร็ว) เนื่องจากเธรดการเปิดตัวฉันถูกปล่อยให้ถือเธรดที่ไม่ถูกต้องกับเธรดที่เพิ่งเปิดตัว

_beginthreadex สามารถใช้แฮนเดิลสำหรับการรอ แต่ยังต้องมีการโทรอย่างชัดเจน CloseHandleแต่ยังต้องมีการโทรที่ชัดเจนในการ นี่เป็นส่วนหนึ่งของสิ่งที่ทำให้ปลอดภัยสำหรับการใช้งานด้วยการรอ มีปัญหาอื่น ๆ ที่จะทำให้ไม่สามารถเข้าใจผิดได้อย่างสมบูรณ์คือการเริ่มต้นเธรดที่ถูกระงับเสมอ ตรวจสอบความสำเร็จจัดการบันทึก ฯลฯ เธรดประวัติย่อ สิ่งนี้จำเป็นเพื่อป้องกันไม่ให้เธรดยุติการทำงานก่อนที่เธรดการเรียกใช้งานจะสามารถบันทึกหมายเลขอ้างอิงได้

แนวทางปฏิบัติที่ดีที่สุดคือการใช้_beginthreadexเริ่มต้นระงับแล้วดำเนินการต่อหลังจากที่จับบันทึกรอที่จัดการได้จะCloseHandleต้องถูกเรียก

CreateThread()เคยมีการรั่วไหลของหน่วยความจำเมื่อคุณใช้ฟังก์ชัน CRT ใด ๆ ในรหัสของคุณ _beginthreadex()มีพารามิเตอร์เดียวกับและมันมากขึ้นหลากหลายกว่าCreateThread() ดังนั้นผมจึงขอแนะนำให้คุณใช้_beginthread()_beginthreadex()

เกี่ยวกับคำถามที่อัปเดตของคุณ: "ฉันยังอ่านในสถานที่สองแห่งที่ฉันไม่สามารถโทรหาได้WaitForSingleObject()หากฉันใช้_beginthread()แต่ถ้าฉันเรียก_endthread()ในชุดข้อความนั้นจะไม่ได้ผลหรือ"

โดยทั่วไปคุณสามารถส่งที่จับเธรดไปยังWaitForSingleObject()(หรือ API อื่น ๆ ที่รออยู่บนจุดจับวัตถุ) เพื่อบล็อกจนกว่าเธรดจะเสร็จสมบูรณ์ แต่เธรดแฮนเดิลที่สร้างขึ้น_beginthread()จะถูกปิดเมื่อ_endthread()ถูกเรียก (ซึ่งสามารถทำได้อย่างชัดเจนหรือทำได้โดยปริยายตามเวลารันเมื่อโพรซีเดอร์เธรดกลับมา)

ปัญหาถูกระบุไว้ในเอกสารสำหรับWaitForSingleObject():

หากที่จับนี้ปิดในขณะที่รอดำเนินการอยู่จะไม่ได้กำหนดลักษณะการทำงานของฟังก์ชัน

มองไปที่ลายเซ็นฟังก์ชั่นที่เกือบจะเหมือนกับCreateThread_beginthreadex

_beginthread,_beginthreadxเทียบกับCreateThread

HANDLE WINAPI CreateThread(
  __in_opt   LPSECURITY_ATTRIBUTES lpThreadAttributes,
  __in       SIZE_T dwStackSize,
  __in       LPTHREAD_START_ROUTINE lpStartAddress,
  __in_opt   LPVOID lpParameter,
  __in       DWORD dwCreationFlags,
  __out_opt  LPDWORD lpThreadId
);

uintptr_t _beginthread( 
   void( *start_address )( void * ),
   unsigned stack_size,
   void *arglist 
);

uintptr_t _beginthreadex( 
   void *security,
   unsigned stack_size,
   unsigned ( *start_address )( void * ),
   void *arglist,
   unsigned initflag,
   unsigned *thrdaddr 
);

ข้อสังเกตในที่นี้กล่าวว่า_beginthreadสามารถใช้__cdeclหรือ__clrcallเรียกการประชุมเป็นจุดเริ่มต้นและ_beginthreadexสามารถใช้อย่างใดอย่างหนึ่ง__stdcallหรือ__clrcallสำหรับจุดเริ่มต้น

ฉันคิดว่าความคิดเห็นใด ๆ ที่ผู้คนแสดงความคิดเห็นเกี่ยวกับการรั่วไหลของหน่วยความจำCreateThreadนั้นมีอายุมากกว่าสิบปีและน่าจะถูกเพิกเฉย

ที่น่าสนใจคือทั้งสอง_beginthread*ฟังก์ชั่นเรียกใช้CreateThreadภายใต้ประทุนในC:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\crt\srcเครื่องของฉัน

// From ~line 180 of beginthreadex.c
/*
 * Create the new thread using the parameters supplied by the caller.
 */
if ( (thdl = (uintptr_t)
      CreateThread( (LPSECURITY_ATTRIBUTES)security,
                    stacksize,
                    _threadstartex,
                    (LPVOID)ptd,
                    createflag,
                    (LPDWORD)thrdaddr))
         == (uintptr_t)0 )
{
        err = GetLastError();
        goto error_return;
}

beginthreadexช่วยให้คุณมีเธรดHANDLEสำหรับใช้ในWaitForSingleObjectและเพื่อน ๆ beginthreadไม่ อย่าลืมว่าCloseHandle()เมื่อคุณทำเสร็จแล้ว คำตอบที่แท้จริงคือการใช้boost::threadหรือเร็ว ๆ นี้คลาสเธรดของ C ++ 09

เมื่อเทียบ_beginthreadกับ_beginthreadexคุณสามารถ:

1. ระบุแอตทริบิวต์ความปลอดภัย
2. เริ่มเธรดในสถานะระงับ
3. คุณจะได้รับด้าย id OpenThreadซึ่งสามารถนำมาใช้กับ
4. ที่จับเธรดที่ส่งคืนจะรับประกันว่าใช้ได้หากการโทรสำเร็จ CloseHandleมีให้คุณจำเป็นต้องปิดการจัดการกับ
5. หมายเลขอ้างอิงเธรดที่ส่งคืนสามารถใช้ได้กับ API การซิงโครไนซ์

_beginthreadexคล้ายCreateThreadแต่อดีตเป็นการนำ CRT และหลังการเรียกใช้ Windows API เอกสารสำหรับCreateThreadประกอบด้วยคำแนะนำต่อไปนี้:

เธรดในไฟล์ปฏิบัติการที่เรียกใช้ไลบรารีรันไทม์ C (CRT) ควรใช้ฟังก์ชัน_beginthreadexand _endthreadexสำหรับการจัดการเธรดมากกว่าCreateThreadและExitThread; ต้องใช้ CRT เวอร์ชันมัลติเธรด หากเธรดที่สร้างขึ้นโดยใช้การCreateThreadเรียก CRT CRT อาจยุติกระบวนการในสภาวะที่มีหน่วยความจำต่ำ

CreateThread()ครั้งหนึ่งเคยเป็น no-no เพราะ CRT จะเริ่มต้น / ล้างข้อมูลไม่ถูกต้อง แต่ตอนนี้เป็นประวัติศาสตร์: ตอนนี้เราสามารถโทรได้ (ใช้ VS2010 และอาจมีไม่กี่เวอร์ชัน) เรียกCreateThread()โดยไม่ทำลาย CRT

นี่คือการยืนยันอย่างเป็นทางการ MS มันระบุข้อยกเว้นประการหนึ่ง:

จริงๆแล้วฟังก์ชันเดียวที่ไม่ควรใช้ในเธรดที่สร้างด้วยCreateThread()คือsignal()ฟังก์ชัน

อย่างไรก็ตามจากมุมมองที่สอดคล้องกันฉันเองชอบที่จะใช้_beginthreadex()ต่อไป

CreateThread()คือการเรียก Windows API ที่เป็นกลางของภาษา เพียงแค่สร้างวัตถุ OS - เธรดและส่งคืน HANDLE ไปยังเธรดนี้ แอปพลิเคชัน windows ทั้งหมดใช้การเรียกนี้เพื่อสร้างเธรด ทุกภาษาหลีกเลี่ยงการเรียก API โดยตรงด้วยเหตุผลที่ชัดเจน: 1. คุณไม่ต้องการให้รหัสของคุณเป็นระบบปฏิบัติการที่เฉพาะเจาะจง 2. คุณต้องทำการเก็บรักษาบางส่วนก่อนที่จะเรียก API เหมือน: แปลงพารามิเตอร์และผลลัพธ์จัดสรรพื้นที่เก็บข้อมูลชั่วคราวเป็นต้น

_beginthreadex()คือ C wrapper รอบ ๆCreateThread()บัญชีสำหรับ C เฉพาะ ช่วยให้ C f-n แบบเธรดเดี่ยวดั้งเดิมสามารถทำงานในสภาพแวดล้อมแบบมัลติเธรดได้โดยการจัดสรรหน่วยเก็บข้อมูลเฉพาะเธรด

หากคุณไม่ได้ใช้ CRT CreateThread()คุณไม่สามารถหลีกเลี่ยงการโทรโดยตรงไปยัง หากคุณใช้ CRT คุณต้องใช้มิ_beginthreadex()ฉะนั้นสตริง CRT f-n บางตัวอาจทำงานไม่ถูกต้องก่อน VC2005

CreateThread()เป็นการเรียกระบบตรง มีการใช้งานKernel32.dllซึ่งส่วนใหญ่แล้วแอปพลิเคชันของคุณจะถูกเชื่อมโยงด้วยเหตุผลอื่น ๆ พร้อมใช้งานในระบบ Windows สมัยใหม่เสมอ

_beginthread()และ_beginthreadex()เป็นฟังก์ชัน wrapper ใน Microsoft C Runtime ( msvcrt.dll) ความแตกต่างระหว่างการโทรทั้งสองมีระบุไว้ในเอกสารประกอบ ดังนั้นจึงพร้อมใช้งานเมื่อ Microsoft C Runtime พร้อมใช้งานหรือหากแอปพลิเคชันของคุณเชื่อมโยงแบบคงที่กับมัน คุณน่าจะเชื่อมโยงกับไลบรารีนั้นด้วยเว้นแต่คุณจะเขียนโค้ดใน Windows API ล้วนๆ (อย่างที่ฉันทำบ่อยๆ)

คำถามของคุณสอดคล้องกันและเป็นคำถามที่เกิดซ้ำ เนื่องจาก API จำนวนมากมีฟังก์ชันการทำงานที่ซ้ำกันและไม่ชัดเจนใน Windows API ที่เราต้องจัดการ ที่แย่ที่สุดคือเอกสารไม่ได้ชี้แจงปัญหา ฉันคิดว่า_beginthread()ตระกูลของฟังก์ชันถูกสร้างขึ้นเพื่อการทำงานร่วมกับฟังก์ชัน C มาตรฐานอื่น ๆ ที่ดีขึ้นเช่นการปรับแต่งerrno. _beginthread()จึงรวมเข้ากับรันไทม์ C ได้ดีขึ้น

แม้ว่าคุณจะมีเหตุผลที่ดีในการใช้_beginthread()หรือ_beginthreadex()คุณควรใช้CreateThread()ส่วนใหญ่เป็นเพราะคุณอาจได้รับการพึ่งพาไลบรารีน้อยลงหนึ่งไลบรารีในปฏิบัติการสุดท้ายของคุณ (และสำหรับ MS CRT สิ่งนี้มีความสำคัญเล็กน้อย) นอกจากนี้คุณยังไม่มีรหัสตัดรอบการโทรแม้ว่าเอฟเฟกต์นี้จะเล็กน้อยก็ตาม กล่าวอีกนัยหนึ่งฉันเชื่อว่าสาเหตุหลักของการติดด้วยCreateThread()คือไม่มีเหตุผลที่ดีที่จะใช้_beginthreadex()ในการเริ่มต้น ฟังก์ชันการทำงานมีความแม่นยำหรือเกือบจะเหมือนกัน

เหตุผลที่ดีอย่างหนึ่งที่ควรใช้_beginthread() คือ (ดูเหมือนจะเป็นเท็จ) ว่าวัตถุ C ++ จะถูกคลาย / ทำลายอย่างเหมาะสมหาก_endthread()ถูกเรียก

คำตอบอื่น ๆ ไม่ได้กล่าวถึงผลของการเรียกใช้ฟังก์ชันรันไทม์ C ที่รวมฟังก์ชัน Win32 API นี่เป็นสิ่งสำคัญเมื่อพิจารณาพฤติกรรมการล็อกตัวโหลด DLL

หรือไม่ _beginthread{ex}จัดการหน่วยความจำ C Runtime thread / fiber แบบพิเศษตามที่คำตอบอื่น ๆ กล่าวถึงมันถูกนำไปใช้ใน (โดยสมมติว่ามีการเชื่อมโยงแบบไดนามิกไปยังรันไทม์ C) DLL ที่กระบวนการอาจยังไม่ได้โหลด

มันไม่ปลอดภัยที่จะเรียกจาก_beginthread* DllMainฉันได้ทดสอบสิ่งนี้โดยการเขียน DLL ที่โหลดโดยใช้คุณลักษณะ "AppInit_DLLs" ของ Windows การโทร_beginthreadex (...)แทนที่จะCreateThread (...)ทำให้ส่วนสำคัญของ Windows หยุดทำงานระหว่างการบูตเป็นไฟล์DllMainหยุดชะงักของจุดเริ่มต้นที่รอให้ปลดล็อกตัวโหลดเพื่อดำเนินการเริ่มต้นบางอย่าง

อนึ่งนี่เป็นสาเหตุที่kernel32.dllมีฟังก์ชันสตริงที่ทับซ้อนกันจำนวนมากซึ่งเวลาทำงานของ C ก็ใช้เช่นกัน - ใช้จากDllMainเพื่อหลีกเลี่ยงสถานการณ์แบบเดียวกัน

ถ้าคุณอ่านหนังสือแก้จุดบกพร่องของโปรแกรมประยุกต์ Windows จากเจฟฟรีย์ริกเตอร์ในนั้นเขาอธิบายว่าในเกือบทุกกรณีคุณต้องเรียกแทนการโทร_beginthreadex เป็นเพียงเสื้อคลุมรอบง่ายCreateThread_beginthread_beginthreadex

_beginthreadexเตรียมใช้งาน CRT (C RunTime) ภายในบางอย่างที่CreateThreadAPI จะไม่ทำ

ผลที่ตามมาหากคุณใช้CreateThreadAPI แทนการ_begingthreadexเรียกใช้ฟังก์ชัน CRT อาจทำให้เกิดปัญหาโดยไม่คาดคิด

ลองดูวารสาร Microsoft ฉบับเก่าจากริกเตอร์

คุณควรลองใช้รหัสนี้

#include<stdio.h>
#include<stdlib.h>
#include<windows.h>
#include<process.h>

UINT __stdcall Staff(PVOID lp){
 printf("The Number is %d\n", GetCurrentThreadId());
 return 0;
}

INT main(INT argc, PCHAR argv[])
{

    const INT Staff_Number = 5;
    HANDLE hd[Staff_Number];
    for(INT i=0; i < Staff_Number; i++){
       hd[i] = (HANDLE)_beginthreadex(NULL, 0, Staff, NULL, 0, NULL);
    }

 WaitForMultipleObjects(Staff_Number, Staff, TRUE, NULL);
 for(INT i=0; i < Staff_Number; i++)
 {
     CloseHandle(hd[i]);
 }
 system("pause");
 return 0;
}

ถ้าคุณใช้ _beginthread แทน _beginthreadex มันจะทำให้เกิดข้อผิดพลาดมากเกินไปสำหรับ _beginthread นั่นเป็นเพราะ _beginthread ไม่สามารถสร้างเธรดที่มีแอตทริบิวต์ความปลอดภัยและฉันคิดว่า _beginthread ไม่จำเป็นคุณสามารถใช้ * (_ beginthreadex) และ CreateThread ได้

ไม่มีความแตกต่างอีกต่อไประหว่างทั้งสอง

ความคิดเห็นทั้งหมดเกี่ยวกับการรั่วไหลของหน่วยความจำและอื่น ๆ อ้างอิงจาก <VS2005 เวอร์ชันเก่ามาก ฉันได้ทำการทดสอบความเครียดเมื่อหลายปีก่อนและสามารถหักล้างตำนานนี้ได้ แม้ Microsoft จะผสมผสานสไตล์ในตัวอย่างของพวกเขา แต่แทบจะไม่เคยใช้ _beginthread เลย