Hjemmeside » hvordan » Hvordan virker netop Windows-papirkurven?

    Hvordan virker netop Windows-papirkurven?

    Du sletter en fil i Windows, den bliver dumpet i papirkurven, og senere fisker du den igen. Hvad sker der præcist under hele processen?

    Dagens Spørgsmål & Svar session kommer til os med venlig hilsen af ​​SuperUser-en underafdeling af Stack Exchange, en community-driven gruppe af Q & A-websteder.

    Spørgsmålet

    SuperUser-læser Jonath0n er nysgerrig efter papirkurven:

    Hvad gør papirkurven i Windows faktisk? Er det bare en glorificeret mappe og et holdsted for hurtigt at blive slettede filer, eller gør det noget specifikt? Især er filer, der er "flyttet" til papirkurven, faktisk flyttet på harddisken, eller er bare pegerne til filerne flyttet? Jeg er en forholdsvis erfaren bruger, jeg ville bare have en mere dybdeforklaring af papirkurven.

    Så hvad er historien? Hvordan virker papirkurven som en slags filskylling?

    Svaret

    SuperUser bidragyder Tim Wijsman tilbyder en top bag gardinet:

    Referencen er fjernet, en metadatafil gemmes i papirkurven for at kende den oprindelige placering.

    I de tidlige dage, på Windows 95 og 98 var dette placeret i \ GENBRUGT. I Windows 2000 og senere blev det omdøbt til \ recycler. Siden Windows Vista er det nu en særlig mappe kaldet \ $ Recycle.Bin.

    Brug Process Monitor til at se I / O under hooden, sæt et filter på Skraldespand og besøg det. :)

    For eksempel, når jeg gør dette:

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

    Bemærk: Det lange mappenavn er et bruger-SID. Det sidste mappenavn er en hash baseret på metadata.

    Jeg får en fil, der indeholder metadataoplysninger som denne:

     ÖØÌC: \ P a t h \ T o \ S o m e \ E x a m p l e. t x t 

    Årsagen til, at filstien har mellemrum er, fordi den er gemt i bred byte-tegn, for at understøtte specialtegn til bestemte sprog samt unicode og hvad der ellers. De tidligere symboler er binære og indeholder oplysninger som filstørrelse og tilladelser samt en peger på fildataene. I det væsentlige indeholder den nok information til at rekonstruere den oprindelige reference ...

    Det er trist, at Windows Internals-bogen ikke dækker dette, ellers ville jeg have haft mere reference. Jeg har ikke fundet nogen artikler, der går i detaljer herom, hverken af ​​Microsoft eller af tredjepartsfolk. De findes sandsynligvis, men jeg fandt det lettere at gå og omvendt konstruere hovedkonceptet ...


    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.