Hjemmeside » hvordan » Hvordan, akkurat, virker Windows-søppelpoolen?

    Hvordan, akkurat, virker Windows-søppelpoolen?

    Du sletter en fil i Windows, den blir dumpet i papirkurven, og senere fisker du den tilbake. Hva skjer akkurat under hele prosessen?

    Dagens Spørsmål & Svar-sesjon kommer til oss med høflighet av SuperUser-en underavdeling av Stack Exchange, en fellesskapsdrevet gruppering av Q & A-nettsteder.

    Spørsmålet

    SuperUser leser Jonath0n er nysgjerrig på papirkurven:

    Hva gjør papirkurven i Windows faktisk? Er det bare en glorifisert mappe og et holdested for snart å bli slettede filer, eller gjør det noe spesifikt? Spesielt er filer som er "flyttet" til papirkurven faktisk flyttet på harddisken, eller er bare poengene til filene flyttet? Jeg er en ganske erfaren bruker, jeg ville bare ha en mer grundig forklaring på papirkurven.

    Så hva er historien? Hvordan fungerer papirkurven som en slags filskylling?

    Svaret

    SuperUser-bidragsyteren Tim Wijsman tilbyr en topp bak gardinen:

    Referansen er fjernet, en metadatafil holdes i papirkurven for å kjenne den opprinnelige plasseringen.

    I de tidlige dager, på Windows 95 og 98 ble dette plassert i \ RESIRKULERT. I Windows 2000 og senere ble det omdøpt til \ RECYCLER. Siden Windows Vista er det nå en spesiell mappe som heter \ $ Recycle.Bin.

    Bruk Prosess Monitor til å se I / O under hetten, sett et filter på Recycle.Bin og besøk den. :)

    For eksempel når jeg gjør dette:

    notisblokk \ $ RECYCLE.BIN \ S-1-5-21-0192837465-987654321-0123456789-1000 \ $ EXAMPL5 

    Merk: Det lange mappenavnet er et bruker-SID. Det siste mappenavnet er en hash basert på metadataene.

    Jeg får en fil som inneholder metadatainformasjon som denne:

     ØØIC: \ P a t h \ T o \ S o m e \ E x a m p l e. tekst 

    Årsaken til at filbanen har mellomrom er fordi den er lagret i brettbyte-tegn, for å støtte spesialtegn for bestemte språk, så vel som unicode og hva annet. De tidligere symbolene er binære og inneholder informasjon som filstørrelsen og tillatelsene, samt en peker til fildataene. I hovedsak inneholder den nok informasjon for å rekonstruere den opprinnelige referansen ...

    Det er trist at Windows Internals-boken ikke dekker dette, ellers ville jeg ha hatt mer referanse. Jeg har ikke funnet noen artikler som går i detalj på dette, heller ikke av Microsoft eller av tredjepartsfolk. De eksisterer sannsynligvis, men jeg fant det lettere å gå og omvendt konstruere hovedkonseptet ...


    Har du noe å legge til forklaringen? Lyde av i kommentarene. Vil du lese flere svar fra andre tech-savvy Stack Exchange-brukere? Sjekk ut hele diskusjonstråden her.