Trådande introduktion i Visual Basic

För att förstå trådning i VB.NET, hjälper det att förstå några av grundbegreppen. Först är att trådning är något som händer eftersom operativsystemet stöder det. Microsoft Windows är ett förebyggande operativsystem för multitasking. En del av Windows som kallas uppgiften schemaläggaren delar ut processortid till alla program som körs. Dessa små bitar av processortid kallas tidsskivor. Program ansvarar inte för hur mycket processortid de får, uppgiftsschemat är. Eftersom dessa tidsskivor är så små får du illusionen att datorn gör flera saker på en gång.

En tråd är ett enda sekventiellt flöde av kontroll.

Några kval:

• En tråd är en "körbana" genom den koden.
• Trådar delar minne så att de måste samarbeta för att producera rätt resultat.
• En tråd har trådspecifik data såsom register, en stapelpekare och en programräknare.
• En process är en enda kodkod som kan ha många trådar, men den har åtminstone en och den har ett enda sammanhang (adressutrymme).

Det här är saker på monteringsnivå, men det är vad du får in när du börjar tänka på trådar.

multithreading är inte samma sak som parallellbearbetning med flera kärnor, men flertrådning och multiprocessering fungerar tillsammans. De flesta datorer har idag processorer som har minst två kärnor, och vanliga hemmamaskiner har ibland upp till åtta kärnor. Varje kärna är en separat processor som kan köra program av sig själv. Du får ett prestationsökning när OS tilldelar en annan process till olika kärnor. Att använda flera trådar och flera processorer för ännu större prestanda kallas parallellitet på trådnivå.

Mycket av vad som kan göras beror på vad operativsystemet och processorhårdvaran kan göra, inte alltid vad du kan göra i ditt program, och du bör inte förvänta dig att kunna använda flera trådar på allt. Faktum är att du kanske inte hittar många problem som drar nytta av flera trådar. Så implementera inte multithreading bara för att det är där. Du kan enkelt minska programmets prestanda om det inte är en bra kandidat för multithreading. Precis som exempel kan videokodek vara de värsta programmen för flertråd eftersom uppgifterna är i sig serie-. Serverprogram som hanterar webbsidor kan vara bland de bästa eftersom de olika klienterna i sig är oberoende.

Multitrådad kod kräver ofta komplex samordning av trådar. Subtila och svåra att hitta buggar är vanliga eftersom olika trådar ofta måste dela samma data så att data kan ändras med en tråd när en annan inte förväntar sig det. Den allmänna termen för detta problem är "rasvillkor." Med andra ord kan de två trådarna komma in i ett "lopp" för att uppdatera samma data och resultatet kan vara annorlunda beroende på vilken tråd "vinner". Som ett triviellt exempel antar du att du kodar en slinga:

Om slingräknaren "I" oväntat missar siffran 7 och går från 6 till 8 - men bara en del av tiden - skulle det ha katastrofala effekter på vad slingan gör. Att förhindra problem som detta kallas gängesäkerhet. Om programmet behöver resultatet av en operation i en senare operation, kan det vara omöjligt att koda parallella processer eller trådar för att göra det.

Det är dags att driva detta försiktighetsprat i bakgrunden och skriva lite multithreading-kod. Den här artikeln använder en konsolapplikation för enkelhet just nu. Om du vill följa med börjar du Visual Studio med ett nytt Console Application-projekt.

Det primära namnutrymmet som används av multithreading är systemet. Trådande namnutrymme och trådklassen skapar, startar och stoppar nya trådar. I exemplet nedan, lägg märke till att TestMultiThreading är en delegat. Det vill säga att du måste använda namnet på en metod som trådmetoden kan anropa.

I den här appen kunde vi ha kört den andra suben genom att helt enkelt kalla den:

Detta skulle ha kört hela applikationen i serie. Det första kodexemplet ovan startar emellertid TestMultiThreading subroutine och fortsätter sedan.

Här är en multitrådad applikation som beräknar permutationer för en matris med en rekursiv algoritm. Inte all kod visas här. Arrayen med karaktärer som permuteras är helt enkelt "1," "2," "3," "4," och "5." Här är den relevanta delen av koden.

Lägg märke till att det finns två sätt att ringa Permute-suben (båda kommenteras i koden ovan). Den ena sparkar av en tråd och den andra kallar den direkt. Om du ringer det direkt får du:

Men om du sparkar iväg en tråd och i stället startar Permute-suben får du:

Detta visar tydligt att åtminstone en permutation genereras, därefter flyttas huvudsubben framåt och avslutas och visar "Finished Main" medan resten av permutationerna genereras. Eftersom skärmen kommer från en andra sub som kallas av Permute-suben, vet du att det också är en del av den nya tråden. Detta illustrerar konceptet att en tråd är "en väg för utförande" som nämnts tidigare.

Den första delen av denna artikel nämnde ett tävlingsvillkor. Här är ett exempel som visar det direkt:

Det omedelbara fönstret visade detta resultat i en rättegång. Andra försök var olika. Det är essensen i ett rasvillkor.