Windows iş parçacığı: _beginthread, _beginthreadex ve CreateThread C ++

Bir iş parçacığı başlatmanın daha iyi bir yolu nedir _beginthread, _beginthreadxveya CreateThread?

Ben avantajları / dezavantajları nelerdir belirlemeye çalışıyorum _beginthread, _beginthreadexve CreateThread. Tüm bu işlevler yeni oluşturulan bir iş parçacığına bir iş parçacığı tutamacı döndürür, CreateThread'in bir hata oluştuğunda biraz daha fazla bilgi sağladığını zaten biliyorum (arayarak kontrol edilebilir GetLastError) ... ama ne zaman düşünmem gereken şeyler nelerdir? Bu işlevleri kullanıyorum?

Bir Windows uygulamasıyla çalışıyorum, bu nedenle platformlar arası uyumluluk zaten söz konusu değil.

Msdn belgelerini inceledim ve örneğin neden herhangi birinin CreateThread yerine _beginthread kullanmaya karar verdiğini veya bunun tersini anlayamıyorum.

Şerefe!

Güncelleme: Bütün bilgi için Tamam, teşekkürler Ben de arayamayacağımı yerlerde birkaç okudum WaitForSingleObject()ben kullanılırsa _beginthread(), ama ararsanız _endthread()iplik değil işin o ki? Orada anlaşma nedir?

CreateThread() çekirdek düzeyinde başka bir kontrol dizisi oluşturmak için ham bir Win32 API çağrısıdır.

_beginthread()& perde arkasını _beginthreadex()çağıran C çalışma zamanı kitaplığı çağrılarıdır CreateThread(). Döndüğünde CreateThread(),_beginthread/ex() C çalışma zamanı kitaplığını yeni iş parçacığında kullanılabilir ve tutarlı hale getirmek için ek defter tutma ile ilgilenir.

C ++ ' _beginthreadex()da, C çalışma zamanı kitaplığına hiç bağlanmayacaksanız (diğer adıyla MSVCRT * .dll / .lib) neredeyse kesinlikle kullanmalısınız .

Arasında birçok fark vardır _beginthread()ve _beginthreadex(). (hem parametrelerde hem de nasıl davrandığında) _beginthreadex()daha çok davranması için yapılmıştır CreateThread().

Gibi Drew Hall bahseder C / C ++ çalışma zamanını kullanıyorsanız, kullanmanız gerekir _beginthread()/ _beginthreadex()yerine CreateThread()çalışma zamanı (vb parçacığı yerel depolama kurma) kendi iplik başlatma var gerçekleştirmek için bir şansı var ki.

Pratikte bu CreateThread(), kodunuz tarafından hemen hemen hiçbir zaman doğrudan kullanılmaması gerektiği anlamına gelir .

Farklılıklar için MSDN belgeleri _beginthread()/ _beginthreadex()oldukça fazla ayrıntıya sahiptir - daha önemli olanlardan biri _beginthread(), iş parçacığı çıkarken CRT tarafından oluşturulan bir iş parçacığı için iş parçacığı tutamacının otomatik olarak kapanmasıdır, "_beginthread tarafından oluşturulan iş parçacığı çıkarsa çabucak, _beginthread çağırana dönen tutamaç geçersiz olabilir veya daha kötüsü başka bir iş parçacığına işaret edebilir ".

İşte _beginthreadex()CRT kaynağındaki yorumların söylemesi gerekenler :

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

Ocak 2013 güncellemesi :

VS 2012 için CRT'nin içinde gerçekleştirilen ek bir başlatma biti vardır _beginthreadex(): eğer işlem bir "paketlenmiş uygulama" ise (eğer yararlı bir şey döndürülürse GetCurrentPackageId()), çalışma zamanı yeni oluşturulan iş parçacığı üzerinde MTA'yı başlatacaktır.

Genel olarak, yapılacak doğru şey aramaktır _beginthread()/_endthread()(veya ex()varyantları). Bir .dll CRT kullanmak Ancak, CRT devlet düzgün başlatılmış ve CRT en olarak yok edilecek DllMainolan adı verilecek DLL_THREAD_ATTACHve DLL_THREAD_DETACHçağrılırken CreateThread()ve ExitThread()ya sırasıyla dönüyor.

DllMainCRT için kod \ crt \ src \ crtlib.c VC altında VS için yüklemek dizinde bulunabilir.

Bu, özündeki koddur _beginthreadex(bakınız 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;
    }

Geri kalanı _beginthreadexCRT için iş parçacığı başına veri yapısını başlatır.

Kullanmanın avantajı, _beginthread*iş parçacığından gelen CRT çağrılarınızın doğru şekilde çalışmasıdır.

C çalışma zamanı kitaplığının iş parçacığının kendi başlatmasını yapmasına izin vermek için _beginthreadveya kullanmalısınız _beginthreadex. Artık kendi geliştirme ortamlarını kullanma kurallarını bilmeleri gerektiğinden, yalnızca C / C ++ programcılarının bunu bilmesi gerekir.

Eğer kullanırsanız , RTL sizin için yapacağı için _beginthreadaramanıza gerek CloseHandleyoktur. Bu yüzden kullandıysanız tutamağı bekleyemezsiniz _beginthread. Ayrıca _beginthread, başlatma iş parçacığı, henüz başlattığı iş parçacığı için geçersiz bir iş parçacığı tutamacı tutarken bırakıldığında, iş parçacığı işlevi hemen (hızlı) çıkarsa kafa karışıklığına yol açar.

_beginthreadextutamaçlar beklemek için kullanılabilir, ancak aynı zamanda açık bir çağrı gerektirir CloseHandle. Bu, onları beklemek için güvenli kılan şeyin bir parçasıdır. Tamamen kusursuz hale getirmenin başka bir sorunu da, iş parçacığını her zaman askıda başlatmaktır. Başarı, kayıt tutacağı vb. Olup olmadığını kontrol edin. Bu, başlatılan iş parçacığının tanıtıcısını kaydetmeden önce bir iş parçacığının sona ermesini önlemek için gereklidir.

En iyi uygulama, kullanmak _beginthreadex, askıya almak ve kayıt tutamacından sonra devam etmektir, tutamaca beklemek tamam ise CloseHandleçağrılmalıdır.

CreateThread()kodunuzda herhangi bir CRT işlevi kullandığınızda bellek sızıntısı oluyordu. _beginthreadex()ile aynı parametrelere sahiptir CreateThread()ve daha çok yönlüdür _beginthread(). Bu yüzden kullanmanızı tavsiye ederim _beginthreadex().

"Ben de arayamayacağımı yerlerde birkaç okudum: güncellenmiş soru ile ilgili olarak WaitForSingleObject()kullandığım takdirde _beginthread(), ama ararsanız _endthread()dizisindeki olmamalı işin bu mu?"

Genel olarak, WaitForSingleObject()iş parçacığı tamamlanana kadar engellemek için bir iş parçacığı tanıtıcısına (veya nesne tanıtıcılarında bekleyen diğer API'lere) iletebilirsiniz . Ancak, tarafından oluşturulan iş parçacığı tanıtıcısı çağrıldığında _beginthread()kapalıdır _endthread()(bu açıkça yapılabilir veya iş parçacığı yordamı döndüğünde çalışma zamanı tarafından örtük olarak yapılabilir).

Sorun aşağıdakiler için dokümantasyonda belirtilmiştir WaitForSingleObject():

Bekleme hala beklemedeyken bu tutamaç kapatılırsa, işlevin davranışı tanımsızdır.

İşlev imzalarına bakmak CreateThreadile neredeyse aynıdır _beginthreadex.

_beginthread,_beginthreadx vsCreateThread

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 
);

Üzerinde açıklamalar burada söylemek _beginthreadbirini kullanabilirsiniz __cdeclveya __clrcallbaşlangıç noktası olarak çağırma ve _beginthreadexkullanabilirsiniz __stdcallveya __clrcallbaşlangıç noktası için.

İnsanların bellek sızıntıları üzerine yaptığı yorumların CreateThreadon yıldan daha eski olduğunu ve muhtemelen göz ardı edilmesi gerektiğini düşünüyorum.

İlginç bir şekilde, her iki _beginthread*işlev de makinemde CreateThreadkaputun altını çağırıyor 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;
}

beginthreadexve arkadaşlarınızda HANDLEkullanmanız için size bir ileti dizisi verir WaitForSingleObject. beginthreadyapmaz. İşin CloseHandle()bittiğinde unutma . Gerçek cevap boost::threadC ++ 09'un iş parçacığı sınıfını kullanmak veya yakında kullanmak olacaktır .

Karşılaştırıldığında _beginthreadile, _beginthreadexşunları yapabilirsiniz:

1. Güvenlik özniteliklerini belirtin.
2. Askıya alınmış durumda bir ileti dizisi başlatın.
3. Kullanılabilecek iş parçacığı kimliğini alabilirsiniz OpenThread.
4. Çağrının başarılı olması durumunda, döndürülen iş parçacığı tutamacının geçerli olması garanti edilir. Kolu ile kapatmanız gerekiyor CloseHandle.
5. Döndürülen iş parçacığı tanıtıcısı, senkronizasyon API'leri ile kullanılabilir.

_beginthreadexYakından benzeyen CreateThread, fakat eski bir CRT uygulanması ve ikincisi, bir Windows API çağrıdır. CreateThread belgeleri aşağıdaki önerileri içerir:

C çalışma zamanı kitaplığını (CRT) çağıran yürütülebilir bir iş parçacığı, iş parçacığı yönetimi için ve yerine _beginthreadexve _endthreadexişlevlerini kullanmalıdır ; bu, CRT'nin çok iş parçacıklı sürümünün kullanılmasını gerektirir. CRT kullanılarak oluşturulan bir iş parçacığı çağrılırsa, CRT işlemi düşük bellek koşullarında sonlandırabilir.CreateThreadExitThreadCreateThread

CreateThread()CRT yanlış bir şekilde başlatılacağı / temizleneceği için bir kez hayır-hayırdı. Ancak bu artık tarih oldu: CRT'yi bozmadan artık (VS2010 ve muhtemelen birkaç sürüm geri kullanılarak) arama yapılabilir CreateThread().

İşte resmi MS onayı . Bir istisna belirtir:

Aslında ile oluşturulan dizisindeki kullanılmamalıdır tek işlevi CreateThread()olan signal()işlevi.

Ancak tutarlılık açısından kişisel olarak kullanmaya devam etmeyi tercih ediyorum _beginthreadex().

CreateThread()dilden bağımsız olan Windows API çağrısıdır. Sadece OS nesne dizisini yaratır ve bu evreye HANDLE döndürür. Tüm Windows uygulamaları iş parçacığı oluşturmak için bu çağrıyı kullanıyor. Tüm diller, bariz nedenlerden dolayı doğrudan API çağrısından kaçınır: 1. Kodunuzun işletim sistemine özgü olmasını istemezsiniz 2. API benzeri çağrı yapmadan önce bazı bakım işlemleri yapmanız gerekir: parametreleri ve sonuçları dönüştürmek, geçici depolama alanı ayırmak vb.

_beginthreadex()CreateThread()C'ye özgü olan C sarmalayıcıdır . İş parçacığına özel depolama tahsis ederek orijinal tek iş parçacıklı C f-n'lerin çok iş parçacıklı ortamda çalışmasını sağlar.

CRT kullanmazsanız, doğrudan bir aramadan kaçınamazsınız CreateThread(). CRT kullanıyorsanız, kullanmanız gerekir _beginthreadex()veya bazı CRT dizisi f-n'leri VC2005'ten önce düzgün çalışmayabilir.

CreateThread()düz sistem çağrısıdır. Uygulamanız Kernel32.dllbüyük olasılıkla başka nedenlerle zaten bağlantılı olacak şekilde uygulanmaktadır. Modern Windows sistemlerinde her zaman mevcuttur.

_beginthread()ve _beginthreadex()Microsoft C Runtime ( msvcrt.dll) içindeki sarmalayıcı işlevleridir . İki çağrı arasındaki farklar dokümantasyonda belirtilmiştir. Bu nedenle, Microsoft C Runtime kullanılabilir olduğunda veya uygulamanız ona statik olarak bağlıysa kullanılabilir. Saf Windows API ile kodlamadığınız sürece (kişisel olarak sıklıkla yaptığım gibi) muhtemelen bu kitaplığa da bağlanacaksınız.

Sorunuz tutarlı ve aslında tekrarlayan bir sorudur. Birçok API gibi, uğraşmamız gereken Windows API'de de yinelenen ve belirsiz işlevler vardır. Hepsinden kötüsü, dokümantasyon sorunu netleştirmiyor. Sanırım _beginthread()işlevler ailesi, 'nin manipülasyonu gibi diğer standart C işlevleriyle daha iyi entegrasyon için yaratıldı errno. _beginthread()böylece C çalışma zamanıyla daha iyi bütünleşir.

Buna rağmen, _beginthread()veya kullanmak için iyi nedenleriniz yoksa _beginthreadex()kullanmalısınız CreateThread(), çünkü çoğunlukla son çalıştırılabilir dosyanızda bir daha az kitaplık bağımlılığı elde edebilirsiniz (ve MS CRT için bu biraz önemlidir). Ayrıca, bu etki önemsiz olsa da, aramanın etrafına sarma kodunuz yoktur. Başka bir deyişle, bağlı kalmanın temel nedeninin , başlamak CreateThread()için kullanmanın iyi bir nedeni olmadığına inanıyorum _beginthreadex(). İşlevler tam olarak veya neredeyse aynıdır.

Kullanımına biri iyi bir neden _beginthread() olurdu eğer C ++ nesneleri düzgün açılmalıdır / tahrip olacağını (bunun yanlış görünüyor gibi) _endthread()denirdi.

Diğer yanıtlar, bir Win32 API işlevini saran bir C çalışma zamanı işlevini çağırmanın sonuçlarını tartışmakta başarısız olur. Bu, DLL yükleyici kilitleme davranışını değerlendirirken önemlidir.

_beginthread{ex}Diğer cevaplarda tartışıldığı gibi herhangi bir özel C Runtime iş parçacığı / fiber bellek yönetimi olsun ya da olmasın , süreçlerin henüz yüklenmemiş olabileceği bir DLL'de (C çalışma zamanına dinamik bağlantı varsayılarak) uygulanır.

Çağrı güvenli değildir _beginthread*dan DllMain. Bunu, Windows "AppInit_DLLs" özelliğini kullanarak yüklenen bir DLL yazarak test ettim. _beginthreadex (...)Bunun yerine arama , belirli başlatma görevlerini gerçekleştirmek için yükleyici kilidinin serbest bırakılmasını bekleyen giriş noktası kilitlenmeleri CreateThread (...)nedeniyle önyükleme sırasında Windows'un birçok önemli parçasının çalışmayı durdurmasına neden olur DllMain.

Bu arada, bu aynı zamanda kernel32.dll'nin C çalışma zamanının da yaptığı birçok örtüşen dize işlevine sahip olmasının nedenidir - DllMainaynı tür durumlardan kaçınmak için bunları kullanın .

Jeffrey Richter'den Windows Uygulaması Hata Ayıklama kitabını okursanız, hemen hemen her durumda aramak _beginthreadexyerine aramanız gerektiğini açıklar CreateThread. _beginthreadsadece basitleştirilmiş bir paketleyicidir _beginthreadex.

_beginthreadexCreateThreadAPI'nin yapmayacağı belirli CRT (C RunTime) dahili bileşenlerini başlatır .

CRT işlevlerine çağrı CreateThreadkullanmak yerine API kullanırsanız bunun bir sonucu _begingthreadexbeklenmedik sorunlara neden olabilir.

Richter'den bu eski Microsoft Journal'a göz atın.

Artık ikisi arasında hiçbir fark yok.

Bellek sızıntıları vb. Hakkındaki tüm yorumlar çok eski <VS2005 sürümlerine dayanmaktadır. Yıllar önce bazı stres testleri yaptım ve bu efsaneyi çürütebilirim. Microsoft bile stilleri örneklerinde karıştırır, neredeyse hiç _beginthread kullanmaz.