18Aug
Hvis du elsker at tinkere med Windows og lære, mens du går, har du måske bemærket, at Windows-proces- og tråd-id'er er lige nummererede og mange gange med fire. Hvorfor det? Dagens SuperUser Q & A-indlæg har svarene på en nysgerrig læsers spørgsmål.
Dagens Spørgsmål &Svar session kommer til os høflighed af SuperUser-en underafdeling af Stack Exchange, en community-drevet gruppe af Q & A-websteder.
Spørgsmål
SuperUser læser Peter Hahndorf ønsker at vide, hvorfor der ikke er nogen ulige nummererede Windows-proces-id'er:
Der er mange måder at se på proces-id'er i Windows. Brug af PowerShell:
Jeg får dette resultat:
Som du kan se, er alle proces-id'er ensartede, ikke kun det, de er alle fire gange fire. Du kan se så hårdt som du vil, og du vil aldrig finde et ulige nummereret proces-id, i hvert fald ikke på nogen version, der er Windows NT-baseret. Hvad er årsagen til dette?
Hvorfor er der ikke ulige nummererede Windows-proces-id'er?
Svaret
SuperUser-bidragyder DavidPostill har svaret for os:
Hvorfor er der ikke ulige nummererede Windows-proces-id'er?
Den samme kode, som tildeler kernelhåndtag, bruges også til at allokere proces- og tråd-id'er. Da kernehåndtag er et flertal på fire, så er proces- og tråd-id'er.
Hvorfor er process- og tråd-ID'er flere gange fire?
I Windows NT-baserede operativsystemer forekommer proces- og tråd-id'er altid at være et flertal på fire. Er det bare et tilfælde?
Ja, det er bare et tilfælde, og du bør ikke stole på det, da det ikke er en del af programmeringsaftalen. For eksempel var Windows 95-proces- og tråd-id'er ikke altid multiplier på fire. Til sammenligning er årsagen til, at kerne håndterer altid et flertal på fire, en del af specifikationen og garanteres i overskuelig fremtid.
Proces- og tråd-id'er er multipler af fire som en bivirkning ved genbrug af kode. Den samme kode, som tildeler kernehåndtag, bruges også til at allokere proces- og tråd-id'er. Da kernehåndtag er multipler af fire, er det også proces- og tråd-id'er. Dette er en implementeringsdetalje, så skriv ikke kode, som er afhængig af det. Jeg fortæller bare dig at tilfredsstille din nysgerrighed.
Kilde: Hvorfor er process- og tråd-id'er multipler af fire?
Hvorfor er kernelhåndtag altid et flertal på fire?
Noget der ikke er meget kendt er, at de nederste to bits kernelhåndtag altid er nul;med andre ord er deres numeriske værdi altid et flertal på fire. Bemærk, at dette kun gælder for kernelhåndtag;Det gælder ikke for pseudohåndtag eller andre typer håndtag( USER-håndtag, GDI-håndtag, multimediehåndtag osv.).Kernelhåndtag er ting, du kan overføre til CloseHandle-funktionen.
At i det mindste bunden af kernelhåndtag er altid nul er underforstået af GetQueuedCompletionStatus-funktionen, hvilket indikerer, at du kan indstille bunden af hændelseshåndtaget for at undertrykke fuldførelsesportmeddelelsen. For at dette skal fungere, skal bundstykket normalt være nul.
Disse oplysninger er ikke nyttige for de fleste applikationsforfattere, som fortsat bør behandle håndtag som uigennemsigtige værdier. De mennesker, der ville være interesserede i tagbits, er dem, der gennemfører klassebiblioteker på lavt niveau eller wrapper kernelobjekter inde i en større ramme.
Kilde: Hvorfor er kernelhåndtag altid et flertal på fire?
Yderligere læsning
Den gamle nye ting: Praktisk udvikling gennem udviklingen af Windows af Raymond Chen( Principal Software Design Engineer hos Microsoft )
Har du noget at tilføje til forklaringen? Lyde af i kommentarerne. Vil du læse flere svar fra andre tech-savvy Stack Exchange brugere? Tjek den fulde diskussionstråd her.