Nå som vi har dekket etableringen av objekter, la oss prøve noe: har du noen gang lurt på hva ville skje hvis du faktisk slette (fjerne alle referanser) et objekt? Betyr det blir søppel samles inn? Det er det vi vil teste nå. Vi skal bygge to sletteknapper, en for hvert objekt. La oss gjøre koden for dem:
privat funksjon deleteObject1 (e: MouseEvent): void {//Sjekk om _theObject1 virkelig eksisterer før den fjernes fra listen skjermen hvis (_theObject1 & & inneholder (_theObject1)) removeChild (_theObject1 ); //Fjerne alle referanser til objektet (dette er den eneste referansen) _theObject1 = null; //Viser en tekst i skjermen displayText;} private funksjon deleteObject2 (e: MouseEvent): ("Slettet objekt en vellykket!") Void {//Sjekk om _theObject2 virkelig eksisterer før du fjerner den fra displayet listen hvis (_theObject1 & & inneholder (_theObject2)) removeChild (_theObject2); //Fjerne alle referanser til objektet (dette er den eneste referansen) _theObject2 = null; //Viser en tekst i skjermbildet displayText ("Slettet objekt to hell!");}

La oss ta en titt på SWF nå. Hva tror du vil skje?

Som du kan se. Hvis du klikker "Create Object1" og deretter "Slett Object1", ikke noe virkelig skjer! Vi kan fortelle koden kjøres, fordi teksten vises på skjermen, men hvorfor ikke objektet blir slettet? Objektet er fortsatt der fordi det ikke ble fjernet. Når vi fjernet alle referanser til det, fortalte vi koden for å gjøre det kvalifisert for søppelrydding, men søppeltømmeren aldri går. Husk at søppeltømmeren vil bare kjøre når minnebruken nærmer seg den forespurte minnet når programmet begynte å kjøre. Det virker fornuftig, men hvordan skal vi teste dette?

Jeg er sikkert ikke kommer til å skrive et stykke kode for å fylle vår søknad med unyttige gjenstander til minnebruken blir for stor. I stedet vil vi bruke en funksjon for øyeblikket som ikke støttes av Adobe, ifølge Grant Skinner artikkel, som tvinger Garbage Collector å kjøre. På den måten kan vi utløse denne enkle metoden, og se hva som skjer når den går. Også fra nå av vil jeg henvise til Garbage Collector som GC, for enkelhets skyld. Her er funksjonen:
privat funksjon forceGC (e: MouseEvent): void {try {nytt LocalConnection () koble ('foo');. . ny LocalConnection () koble ('foo'); } Catch (e: *) {} //Viser en tekst i skjermbildet displayText ("----- Søppelrydding utløst -----");}

Denne enkle funksjonen, som bare skaper to LocalConnection ( ) objekter, er kjent for å tvinge GC å kjøre, så vi vil kalle det når vi ønsker at dette skal skje. Jeg anbefaler ikke å bruke denne funksjonen i en seriøs søknad. Hvis du gjør det for test, er det ingen reelle problemer, men hvis det er for et program som vil bli distribuert til folk, dette er ikke en god funksjon å bruke, siden det kan medføre negative effekter.

Det jeg anbefaler for tilfeller som dette er at du bare la GC løpe i sitt eget tempo. Ikke prøv å tvinge den. I stedet fokuserer på koding effektivt, slik at minneproblemer ikke skje (vi vil dekke dette i trinn 6). Nå, la oss ta en titt på vårt eksempel SWF på nytt, og klikk på "Collect Garbage" -knappen etter opprette og slette et objekt.

Har du testet filen? Det fungerte! Du kan se at nå, etter å ha slettet et objekt og utløser GC, fjerner det objektet! Legg merke til at hvis du ikke sletter objektet og kaller GC, vil ingenting skje, siden det fortsatt er en referanse til det objektet i koden. Nå, hva om vi prøver å holde to referanser til et objekt og fjerne en av dem

Nå som vi har bevist at GC fungerer nøyaktig som vi ønsket, la oss prøve noe annet: knytte en annen referanse til et objekt (Object1) og fjerne det opprinnelige. Først må vi lage en funksjon for å koble til og fra en referanse til objektet vår. La oss gjøre det:
privat funksjon saveObject1 (e: MouseEvent): void {//_onSave er en boolsk å sjekke om vi skulle koble eller frakoble referansen if (_onSave) {//Hvis det ikke er gjenstand for å lagre, gjøre ingenting if (! _theObject1) {//Viser en tekst i skjermbildet displayText ("Det er ikke noe objekt en å spare!"); komme tilbake; } //En ny variabel for å holde en annen referanse til Object1 _theSavedObject = _theObject1; //Viser en tekst i skjermbildet displayText ("Saved objekt en vellykket!"); //På neste gang denne funksjonen kjører, frakoble den, siden vi bare knyttet _onSave = false; } Else {//Fjerne referanse til det _theSavedObject = null; //Viser en tekst i skjermbildet displayText ("Ulagret objekt en vellykket!"); //På neste gang denne funksjonen kjører, koble det, siden vi bare ulenket _onSave = true; }}

Hvis vi teste våre swf nå, vil vi legge merke til at hvis vi skaper Object1, deretter lagre den, slette den og tvinge GC å kjøre, vil ingenting skje. Det er fordi nå, selv om vi fjernet den "originale" linken til objektet, er det fortsatt en annen referanse til det, som holder det fra å være kvalifisert for søppelrydding. Dette er i utgangspunktet alt du trenger å vite om Garbage Collector. Det er ikke et mysterium, tross alt. men hvordan vi bruker dette til vår nåværende miljø? Hvordan kan vi bruke denne kunnskapen til å hindre vår søknad fra å kjøre sakte? Dette er hva Trinn 6 vil vise oss: hvordan du skal bruke dette i reelle eksempler

Nå for den beste delen: å lage din kode arbeid med GC effektivt! Dette trinnet vil gi nyttig informasjon som du bør holde for hele livet - lagre det riktig! Først vil jeg gjerne presentere en ny måte å bygge dine gjenstander i programmet. Det er en enkel, men effektiv måte å samarbeide med GC. På denne måten introduserer to enkle klasser, som kan utvides til andre, når du forstår hva det gjør

Ideen om denne måten er å implementere en funksjon -. Kalt ødelegge () - på hvert objekt som du oppretter, og kaller det hver gang du er ferdig med et objekt. Funksjonen inneholder all koden er nødvendig for å fjerne alle referanser til og fra objektet (unntatt referansen som ble brukt til å kalle funksjonen), slik at du sørge for at objektet forlater søknaden din helt isolert, og er lett kjennelig på GC. Grunnen til dette er forklart i det neste trinnet. La oss se på den generelle koden for funksjonen:
//Lag dette i hvert objekt du usepublic funksjon ødelegge (): void {//Fjern hendelsen lyttere //fjerne noe i displayet liste //Clear referanser til andre objekter , så det blir helt isolert} //... //Når du ønsker å fjerne objektet, gjør dette: theObject.destroy (); //Og så null siste referanse til ittheObject = null;

I denne funksjonen , må du fjerne alt fra objektet, så det er fortsatt isolert i søknaden. Når du har gjort det, vil det være lettere for GC for å lokalisere og fjerne gjenstanden. Nå la oss se på noen av de situasjoner der de fleste minnefeil skje:

Objekter som bare brukes i et intervall på henrettelse: Vær forsiktig med disse seg, som de kan være de som bruker en mye minne. Disse stedene eksisterer bare for en viss periode (for eksempel til å lagre verdier når en funksjon går) og de er ikke vist så ofte. Husk å fjerne alle referanser til dem etter at du er ferdig med dem, ellers kan du ha mange av dem i programmet, og bare tar plass i minnet. Husk at hvis du oppretter en masse referanser til dem, må du eliminere hver enkelt gjennom ødelegge ()
funksjon

Objekter igjen i visningslisten. Alltid fjerne et objekt fra visningslisten hvis du ønsker å slette den. Displayet listen er en av de søppelrydding røtter
(husker det?) Og så er det veldig viktig at du holder gjenstander bort fra det når du fjerner dem.