Optimoimalla muistinhallintaa on ratkaiseva tekijä korkean suorituskyvyn iOS-sovellusten tuottamisessa. Tehokas muistin käyttö vaikuttaa suoraan sovelluksen reagointikykyyn, akun käyttöikään ja yleiseen tyytyväisyyteen. Apple. Apple... Automaattinen referenssilaskenta (ARC) automatisoi suuren osan raskaasta nostamisesta, kehittäjien on silti otettava käyttöön harkittuja strategioita vuotojen välttämiseksi, muistin huippujalanjäljen vähentämiseksi ja reagoimalla järjestelmäpaineeseen. Tämä artikkeli tarjoaa kattavan, tuotantovalmis opasta iOS-sovellusten muistin optimointiin, joka kattaa keskeiset käsitteet, toimintakelpoiset parhaat käytännöt, kehittyneet tekniikat ja yhteiset sudenkuopat välttääkseen.

iOS-muistin hallinnan ymmärtäminen

iOS käyttää automaattista referenssilaskentaa (ARC) esineiden elinkaaren hallintaan. ARC lisää automaattisesti ja [ puhelut käännettäessä, objektin käsittely silloin, kun sen referenssiarvo laskee nollaan. ARC ei kuitenkaan estä kaikkia muistikysymyksiä .

Miten ARC toimii

Jokainen esimerkki viitetyypistä (luokka) on säilöönottoarvo. Kun määrität viittauksen muuttujaan, ARC lisää lukua. Kun tämä muuttuja poistuu soveltamisalasta tai asetetaan [, ARC decretes the count. Esine dejakoidaan, kun luku saavuttaa nollan. Tämä deterministinen diallocation on keskeinen etu roskakerättyihin järjestelmiin verrattuna, mutta se tuo riskin [take syklien [, jossa kaksi objektia pitää vahvat viittaukset toisiinsa, estää kauppapaikan sijainnin.

Vahvoja, heikkoja ja tuntemattomia referenssejä

ARC tukee kolmea viitetyyppiä:

  • Vahva[ (oletusarvo: Lisääntyy. Esine pysyy elossa niin kauan kuin ainakin yksi vahva viittaus on olemassa.
  • Heikko[: Ei lisää säilöönottomäärää. Viittaus on automaattisesti asetettu :lle, kun kohde on purettu. Käytä heikkoja viittauksia välttääksesi syklin säilytyksen (esim. delegointiominaisuudet).
  • ] Omistettu [: Samanlainen heikko mutta olettaa, että viittaus objekti ei koskaan tule aikana viite. Käyttämällä [ viittaus jälkeen deallocation aiheuttaa runtime kaatuu. Mieluummin [, ellet ole varma objekti elää kauemmin kuin viite.

Näiden erottelujen ymmärtäminen on olennaista muistivuotojen ja -syöksyjen estämiseksi. Esimerkiksi n sieppaaminen voimakkaasti sulkemalla, joka on myös :n hallussa, luo klassisen säilyvyyssyklin.

Parhaat käytännöt muistin käytön optimointiin

Näiden käytäntöjen soveltaminen vähentää johdonmukaisesti muistipainetta, parantaa suorituskykyä ja minimoi iOS-muistivahtien toiminnan lopettamisriskin.

Profiili säännöllisesti instrumenttien kanssa

Xcode Instruments on tehokkain työkalu muistianalyysiin.

  • Allocations[: Kappaleet objektin luominen ja deallocation. Käytä ...Mark Generation... -ominaisuutta vertaillaksesi muistin käyttöä toimintojen välillä.
  • Vuodot[: Havaitsee automaattisesti vuotaneet esineet. Suorita tämä laite usein kehityksen aikana.
  • VM Tracker[: Monitoroi virtuaalista muistia, mukaan lukien likainen sivut, jotka voivat olla informatiivisempia kuin kasa käyttöä suuri data.

Tee profiloinnista osa kehitystyötäsi erityisesti ennen julkaisuja. Apple Instruments -dokumentaatio[ tarjoaa yksityiskohtaisen oppaan tulkkaustuloksista.

Muistivaroitusten antaminen

iOS lähettää .1]], kun järjestelmä on muistiltaan heikko. Jos vastaus ei toimi, se voi aiheuttaa kaatumisen. Toteuta , jotta ohjaimet voivat julkaista:

  • Välimuistiesineet (esim. tai mukautetut sanakirjat)
  • Suuret kuvat, jotka voidaan ladata levyltä
  • Uudelleenkäytettävät näyttömallit tai ei-kriittiset tiedot

Esimerkki täytäntöönpanosta:

override func didReceiveMemoryWarning() {
 super.didReceiveMemoryWarning()
 imageCache.removeAllObjects()
 thumbnailCache.removeAllObjects()
 // Clear any other disposable resources
}

Lisäksi on harkittava, että vapauttaa resursseja, joita ei tarvita, kun näkymä on pois näytöltä.

Säilyttämissyklien välttäminen

Säilyttämisjaksot ovat iOS-sovellusten yleisin muistivuoto. Tyypillisiä skenaarioita ovat:

  • Delegaatio: Ilmoitetaan omaisuuden siirtäminen .
  • Lyhyteläiset : Kun sulkemistauko on ja sen varastoi , on käytettävä kaappausluetteloa: tai .
  • Nestetyt sulkemiset[: Sovelletaan johdonmukaisesti kussakin sulkemisvaiheessa olevia kaappauslistoja, joissa on oma viite.

Esimerkki turvallisesta sulkemisesta:

networkManager.fetchData { [weak self] result in
 guard let self = self else { return }
 self.updateUI(with: result)
}

Käytä vain, jos olet varma, että ei dejakaudu ennen sulkemisen päättymistä (esim. lyhytikäiset animaatiot).

Optimoidaan tietojen lataamista

Ladataan tarpeetonta tietoa muistin jätteisiin.

  • Laiska instantiaatio[: Viivytä kalliiden esineiden luomista tarpeen mukaan.
  • ]Batch nouto[: Käyttäkää rajoituksia ja eräkokoja, jotta vältetään kaikkien esineiden lataaminen muistiin kerralla.
  • [[]: Käytä [ :n sijaan välimuistin ... se automaattisesti häätää esineitä muistin paineessa.
  • ]Laske näytekuvat[: Kun näytät pikkukuvia, luo skaalattuja versioita käyttäen , jotta vältytään pitämästä täysin resoluutiokuvia muistissa.

Verkkovastauksia varten JSON deerialisoidaan asteittain ([] ) tai käytetään striimauspalkkereita kuten suurkuormalla.

Vapautetaan resurssit katselun kontrolleissa

View controllers usein omistavat lukuisia resursseja: tarkkailijat, ajastimet, eleentunnistimet ja suuret tietorakenteet. Aina siivota tai sopivat elinkaarimenetelmät:

  • Poista tarkkailijan rekisteröinti (, KVO)
  • Virheelliset ajastimet ja näyttölinkit
  • Peruuta verkon toiminnot ruudulta lähteessä
  • Aseta uudelleenkäytettävät raskaat esineet kohtaan .

Kehittyneet muistinhallintatekniikat

Sovelluksille, jotka työntävät rajoja ... kuten ne, joissa on suuria tietokantoja, reaaliaikainen renderointi tai taustakäsittely ... syvemmälle tekniikoita tarvitaan.

Autorelease-altaiden käyttäminen

Automaattivapautusaltaat tyhjenevät automaattisesti ajosilmukkaiteroinnin lopussa, mutta ne voivat kerätä useita esineitä raskaiden silmukoiden aikana (esim. suurten levyjen käsittely). Kääri silmukan runko nimenomaiseen automaattiseen julkaisualtaan, jotta esineet voidaan vapauttaa aikaisemmin:

for i in 0..<100000 {
 autoreleasepool {
 let heavyObject = createHeavyObject(i)
 // use heavyObject
 }
}

Tämä vähentää muistin huippukäyttöä dramaattisesti. Apple-dokumentaatio autorelease pooleista[ selittää mekanismin yksityiskohtaisesti.

Arvotyypit vs. viitetyypit

Swift-rakenteet (arvotyypit) tallennetaan inline ja ne voivat vähentää kasojen jakoa. Mieluummin rakennetut mallin kohteet, joilla on yksinkertainen arvo semanttinen. Kuitenkin, olla tietoisia siitä, että suuret rakenteet voivat aiheuttaa pino ylivuoto- tai kopiointikustannuksia. Käytä ] käärettä tai [ monimutkaisia rakenteita.

Muistikartoitukset Suuret tiedostot

Suurille tiedostoille (videot, tietokannat) käytetään muistikartoitusta kanssa tietojen lataamiseksi ilman vaihtotilaa. [] Swift-versiossa voidaan luoda [] vaihtoehto. Tämä mahdollistaa laiskan latauksen ja välttää kaksoismuistin käytön (levyvälimuisti vs. in-muisti).

if let data = try? Data(contentsOf: fileURL, options: .mappedIfSafe) {
 // use data — pages are loaded on demand
}

Muistikartoitus on erityisen tehokas luku-vain datan kuten sanakirjoja tai ennalta laskettuja varoja.

Taustatehtävä ja muistin rajoitteet

Taustatehtäviä suoritettaessa (esim. ]) muistia on rajoitettu. Vähennä muistin käyttöä taustan suorituksen aikana, jotta vältytään lopettamiselta. Käytä vähämuististen tilanteiden käsittelyyn tai lykkää suuria toimintoja etualalle.

Yhteiset muistikysymykset ja -ratkaisut

Vaikka suunnittelu olisi huolellista, muistiongelmia voi esiintyä. Tässä on tyypillisiä ongelmia ja niiden parannuskeinoja.

Zombie-oliot ja Dangling-osoittimet

Ylivapautetut esineet aiheuttavat kaatumisia kanssa. Ota Zombie-objektien vianmääritys Xcodes-järjestelmässä käyttöön niiden havaitsemiseksi kehityksen aikana. Perussyy on usein ristiriita vahvojen ja heikkojen viittausten välillä, erityisesti sellaisten valtuutettujen kanssa, jotka ovat ennenaikaisesti vapautettuja tai eivät ole oikein asetettu .

Havaitaan muistivuoto instrumenteilla

Suorita Vuotojen väline samalla kun suoritat tyypillisiä käyttäjävirtoja. Kiinnitä erityistä huomiota:

  • Näytä ohjaimen siirtymät (push/pop)
  • Modaaliesitys
  • Sulkemiset, joissa on kiinniotetut viitetiedot
  • Kolmansien osapuolten kirjastot

Jos vuoto ilmestyy, tutki debug-muistigraafin viitekaaviota (Xcode... muistigraafin vianetsintä). Tämä visuaalinen esitys usein paljastaa syklit välittömästi.

Muistipiiskeet ja niiden juurisyyt

Äkkiä muistipiikit johtuvat yleensä:

  • Suuren kuvan lataus[: Aina pienempien kuvien koko, joka tarvitaan näyttöön. Käytä pikkukuville.
  • JSON jäsennys[: Deserialize JSON paloina tai käytä streaming parsers valtava vastauksia.
  • ]Rajattomasti kasvavan tiedon [: Raja-arvot :lle ja puhdista välimuistit ennakoivasti.
  • Kestoajat tai CadisplayLink: Varmista, että ne mitätöidään, kun niitä ei käytetä.

Seuraa huippumuistia Loactions-instrumentilla ja aseta muistin varoitusraja-arvot napata piikkejä.

Päätelmät

IOS-sovellusten muistinhallinnan optimointi on jatkuva prosessi, joka yhdistää ARC:n ymmärtämisen kurinalaisiin koodauskäytäntöihin ja säännölliseen profilointiin. Aloita perusasioista käyttämällä heikkoja viittauksia, vastaamalla muistivaroituksiin ja profilointiin Instruments . Sitten omaksut kehittyneitä tekniikoita, kuten autorelease-altaat ja muistikartoituksen korkean suorituskyvyn skenaarioita varten. Integroimalla muistianalyysin osaksi kehitystyötäsi työnkulkua ja pysymällä ajan tasalla Apple. Voit rakentaa sovelluksia, jotka ovat nopeita, vakaita ja kunnioittavat laiteresursseja. Jatkossa lukeminen viittaa []]Muistohallinnan ohjelmointioppaaseen[] ja katsella WWDC:n istuntoja muistin optimoinnista. Jatkuva huomio muistiin ei ainoastaan parantaa käyttäjäkokemusta vaan vähentää myös kaatumisia ja negatiivisia arvosteluja.