Kas iPhone'i rakenduste sulgemine on halb idee? Ei, ja siin on põhjus.

Topeltklõpsake nuppu Avaleht ja pühkige rakendused ekraani ülaosast välja: hea idee või halb idee? Viimasel ajal on segadust tekitanud küsimus, kas teie iPhone'i ja iPadi rakenduste sulgemine on kasulik või kahjulik, eriti mis puudutab aku kasutusaega. Olen alati öelnud, et see on hea mõte: Sulgege oma rakendused on minu artikli vihje nr 4 kohta kuidas säästa iPhone'i aku kasutusaega.

Selles artiklis selgitan, miks rakenduste sulgemine võib olla kasulik teie iPhone'i aku kasutusaeg , pakkuma väljavõtted Apple Developeri dokumentatsioonist seda toetada ja mõned neist lisada näited reaalsetest testidest Ma kasutasin Apple'i arendaja tööriistu ja oma iPhone'i.

Kirjutades tahan, et edastatud teave oleks kasulik ja hõlbus kõigile aru saama. Ma ei lähe tavaliselt liiga tehniliseks, sest minu kogemus Apple Store'is töötamisest on mulle seda näidanud inimeste silmad hakkavad klaasistuma kui hakkan rääkima protsessid , Protsessori aeg ja rakenduse elutsükkel .

Selles artiklis sukeldume veidi sügavamale kuidas rakendused töötavad et saaksite teha teadliku otsuse selle kohta, kas teie iPhone'i või iPadi rakenduste sulgemine sobib teile. Kõigepealt räägime Rakenduse elutsükkel , mis kirjeldab, mis juhtub rakenduse avamise hetkest kuni selle sulgemiseni ja mälust kustutamiseni.

Rakenduse elutsükkel

Neid on viis rakenduse olekud mis moodustavad rakenduse elutsükli. Kõik teie iPhone'i rakendused on praegu ühes neist osariikidest ja enamik neist on rakenduses ei jookse riik. Apple'i arendaja dokumentatsioon selgitab igaüht:

unistada mesilase nõelamisest

Võtme võtmine

• Kui vajutate rakendusest lahkumiseks nuppu Kodu, läheb see rakendusse Taust või Peatatud riik.
• Kui topeltklõpsate nupul Avaleht ja pühite rakenduse ekraani ülaosast välja, siis rakendus sulgub ja läheb Ei jookse riik.
• Rakendus osutab nimetatakse ka režiimid.
• Rakendused Taustarežiim töötavad endiselt ja tühjenevad teie aku, kuid rakendused on sisse lülitatud Peatatud režiim ära.

Rakenduste pühkimine üles: kas sulgemine või sunniviisiline sulgemine?

Mõne segaduse kõrvaldamiseks, kui topeltklõpsate oma iPhone'i nupul Avaleht ja pühite rakenduse ekraani ülaosast välja, olete sulgemine rakendus. Jõust loobumine rakendus on teistsugune protsess, millest kavatsen kirjutada tulevases artiklis.

Apple'i tugiartikkel iOS-i multitegumtöötlus kinnitab seda:

„Rakenduse sulgemiseks topeltklõpsake nuppu Avaleht, et näha hiljuti kasutatud rakendusi. Seejärel pühkige üles rakendus, mille soovite sulgeda. ”

Miks sulgeme oma rakendused?

Minu artiklis kuidas säästa iPhone'i aku kasutusaega , Olen alati seda öelnud:

'Üks kord päevas või kaks on hea oma rakendused sulgeda. Täiuslikus maailmas ei peaks te seda kunagi tegema ja enamik Apple'i töötajaid ei ütle kunagi, et peaksite ... Rakenduse installimisel tekib palju aku tühjenemise probleeme peaks sulgeda, kuid mitte. Selle asemel kukub rakendus taustal kokku ja teie iPhone'i aku olendid tühjenevad, ilma et te seda isegi teaksite. '

Lühidalt öeldes peamine Seetõttu soovitan oma rakendused sulgeda vältige aku tühjenemist, kui rakendus ei sisesta rakendust tausta olek või peatatud riik nii nagu peaks. Minu artiklis miks iPhone'id kuumaks lähevad , Ma võrdlen teie iPhone'i protsessorit (operatsiooni aju keskprotsessoriga) automootoriga:

Kui panete pedaali pikemaks ajaks metalli külge, kuumeneb automootor üle ja see kasutab palju bensiini. Kui iPhone'i protsessorit uuendatakse pikema aja jooksul kuni 100%, siis iPhone kuumeneb üle ja teie aku tühjeneb kiiresti.

Kõik rakendused kasutavad teie iPhone'is protsessorit. Tavaliselt kasutab rakendus avamisel sekundi või kahe jooksul suures koguses protsessori võimsust ja ajab rakenduse kasutamisel tagasi madalama energiatarbega režiimi. Kui mõni rakendus kokku jookseb, jääb iPhone'i protsessor sageli 100% kinni. Rakenduste sulgemisel veendute, et seda ei juhtuks, kuna rakendus naaseb rakendusse ei tööta .

Kas rakenduse sulgemine on kahjulik?

Absoluutselt mitte. Erinevalt paljudest Maci või PC programmidest ei oota iPhone'i rakendused, enne kui klõpsate nupul „Salvesta“, enne kui nad teie andmed salvestavad. Apple’i oma arendaja dokumentatsioon rõhutab, kui oluline on, et rakendused oleksid valmis mütsilõpuks lõpetama:

„Rakendused peavad olema valmis lõpetamiseks igal ajal ja nad ei peaks ootama kasutajaandmete salvestamist ega muude kriitiliste ülesannete täitmist. Süsteemi algatatud lõpetamine on rakenduse elutsükli tavaline osa. '

Millal sina rakenduse sulgemiseks on ka OK:

„Lisaks süsteemile, mis teie rakenduse lõpetab, saab kasutaja teie rakenduse sõnaselgelt lõpetada, kasutades mitut toimingut tegevat kasutajaliidest. Kasutaja algatatud lõpetamisel on sama mõju kui peatatud rakenduse lõpetamisel. '

Argument iPhone'i ja iPadi rakenduste sulgemise vastu

Teie rakenduste sulgemise vastu on argument ja see põhineb tegelikult. Kuid see põhineb a väga kitsas vaade faktidest. Siin on selle pikk ja lühike:

• Rakenduse avamine rakendusest võtab rohkem jõudu ei jookse olekust kui selle jätkamiseks taust või peatatud riik. See on täiesti tõsi.
• Apple teeb palju jõupingutusi selle tagamiseks, et iPhone'i operatsioonisüsteem haldaks tõhusalt mälu, mis minimeerib aku rakenduste kasutamist, kui need jäävad taust või peatatud riik. See on ka tõsi.
• Rakenduste sulgemisel raiskate aku kasutusaega, sest iPhone'i rakenduste nullist avamine võtab rohkem energiat kui operatsioonisüsteem kasutab nende taustast ja peatatud olekust taastamiseks. Vahel tõsi.

Vaatame numbreid

Arendajad kasutavad sageli Protsessori aeg mõõta, kui palju vaeva iPhone iPhone ülesannete täitmiseks kulutab, kuna see võib otseselt mõjutada aku kasutusaega. Kasutasin Apple'i arendaja tööriista nimega Pillid mitme rakenduse mõju mõõtmiseks minu iPhone'i protsessorile.

Kasutagem näiteks Facebooki rakendust:

• Facebooki rakenduse avamine mittetöötavast olekust kasutab protsessori aega umbes 3,3 sekundit.
• Mis tahes rakenduse sulgemine pühib selle mälust tagasi töötamata olekusse ja ei kasuta praktiliselt mingit protsessori aega - ütleme .1 sekundit.
• Nupu Kodu vajutamine suunab Facebooki rakenduse taustale ja kasutab umbes .6 sekundit protsessori aega.
• Facebooki rakenduse jätkamine taustseisundist kasutab umbes .3 sekundit protsessori aega.

Seega, kui avate Facebooki rakenduse olekust (3.3), sulgete selle (.1) ja avate uuesti mittetöötavast olekust (3.3), kasutab see 6,7 sekundit protsessori aega. Kui avate Facebooki rakenduse mittetöötavast olekust, vajutage selle algsesse olekusse (.6) saatmiseks kodunuppu ja jätkake selle olekust (.3), see kasutab ainult 4,1 sekundit protsessori aega.

Vau! Sel juhul kasutab Facebooki rakenduse sulgemine ja uuesti avamine Veel 2,6 sekundit protsessori ajast. Jättes Facebooki rakenduse avatuks, olete kulutanud umbes 39% vähem energiat!

Ja võitja on…

Mitte nii kiiresti! Me peame vaatama suur pilt olukorra täpsema hinnangu saamiseks.

Elektritarbimise perspektiiv

39% kõlab palju, ja see on - kuni saate aru kui lõputult väike energiatarbimine, millest räägime, on võrreldes võimsusega, mis kulub teie iPhone'i kasutamiseks. Argument rakenduste sulgemise vastu kõlab suurepäraselt, kuni mõistate see põhineb statistikal, millel pole tähtsust.

Nagu me arutasime, säästate 2,6 sekundit protsessori ajast, kui jätate Facebooki rakenduse selle sulgemise asemel avatuks. Kuid kui palju energiat kasutab Facebooki rakendus selle kasutamisel?

Kerisin 10 sekundit oma uudisvoos ja kasutasin rakendust 10 sekundit protsessori aega või 1 sekund CPU aega sekundis. Pärast 5-minutilist Facebooki rakenduse kasutamist oleksin kasutanud 300 sekundit protsessori aega.

Teisisõnu, ma peaksin avama ja sulgema Facebooki rakenduse 115 korda, et aku kasutusaega sama palju mõjutada kui 5 minutit kasutades Facebooki rakendus. See tähendab seda:

Ärge otsustage tähtsusetu statistika põhjal, kas sulgete oma rakendused või mitte. Lähtuge oma otsusest sellest, mis on teie iPhone'i jaoks parim.

Kuid see pole ainus põhjus, miks teie rakenduste sulgemine on hea mõte. Edasi liikumine ...

Aeglane ja kindel protsessori põletamine taustarežiimis

Kui rakendus lülitub taustarežiimi, jätkab see aku kasutamist isegi siis, kui teie iPhone on taskus maganud. Minu Facebooki rakenduse testimine kinnitab, et see juhtub isegi kui taustarakenduse värskendamine on välja lülitatud.

Pärast Facebooki rakenduse sulgemist jätkas see protsessori kasutamist isegi siis, kui iPhone oli välja lülitatud. Ühe minuti jooksul oli protsessori lisaaega kulunud 9 sekundit. Kolme minuti pärast kasutaks Facebooki rakenduse avatuks jätmist rohkem võimsus kui see oleks, kui me selle kohe kinni paneksime.

Loo moraal on järgmine: Kui kasutate rakendust mõne minuti tagant, ärge sulgege seda iga kord, kui seda kasutate. Kui kasutate seda harvemini, on mõistlik rakendus sulgeda.

Aususe huvides lähevad paljud rakendused otse taustarežiimist peatatud režiimi ja peatatud režiimis ei kasuta rakendused üldse energiat. Kuid pole mingit võimalust teada, millised rakendused on taustarežiimis, nii et hea rusikareegel on sulgege need kõik . Pidage meeles, kui palju energiat on vaja avatud nullist pärit rakendus kahvatub võrreldes vajaliku võimsusega kasutamine rakendus.

Tarkvaraprobleemid juhtuvad kogu aeg

iPhone'i rakendused krahhivad sagedamini, kui võite arvata. Enamik tarkvara krahhid on väikesed ja ei põhjusta mingeid märgatavaid kõrvaltoimeid. Ilmselt olete seda varem märganud:

Kasutate rakendust ja äkki vilgub ekraan ning jõuate tagasi avalehele. Nii juhtub rakenduste krahhi korral.

Samuti saate krahhi logisid vaadata Seaded -> Privaatsus -> Diagnostika ja kasutamine -> Diagnostika ja kasutuse andmed.

Enamiku tarkvara krahhide pärast pole muret, eriti kui sulgete oma rakendused. Sageli tuleb tarkvaraprobleemidega rakendus lihtsalt nullist käivitada.

Näide levinud tarkvaraprobleemist

On lõunaaeg ja märkate, et teie iPhone'i aku on tühjenenud 60% -ni. Hommikusöögi ajal kontrollisite oma e-posti aadressi, kuulasite muusikat, ohkasite pangakonto saldo üle, vaatasite TED-i juttu, lehitsesite Facebooki, saatsite piiksumise ja kontrollisite eileõhtuse korvpallimängu skoori.

Rakenduse krahhi parandamine

Mäletate, et krahhitud rakendus võib põhjustada teie aku kiire tühjenemise ja rakenduse sulgemine võib selle parandada, kuid te ei tea mis rakendus põhjustab probleemi. Sel juhul (ja see on tõsi) põleb TED-rakendus protsessori kaudu, kuigi ma ei kasuta oma iPhone'i. Probleemi saate lahendada kahel viisil.

1. Ühendage arvuti Maciga, laadige alla ja installige Xcode ja Pillid , lubage oma iPhone arendamiseks, seadistage kohandatud test, et kontrollida teie iPhone'is töötavaid üksikuid protsesse, sortida need protsessori kasutamise järgi ja sulgeda rakendus, mis põhjustab teie protsessori 100% taseme.
2. Sulgege oma rakendused.

Ma valin 100% ajast 2. variandi ja olen nohik. (Kogusin selle artikli teabe, kasutades 1. valikut.) Rakenduste taasavamine mittetöötavast olekust kasutab rohkem energiat kui nende avamine taustalt või peatatud olekust, kuid erinevus on tühine võrreldes rakenduse märkimisväärse voolutühjendusega jookseb kokku.

Miks ma usun, et teie rakenduste sulgemine on hea mõte

1. Isegi kui sulgete oma rakendused iga kord, kui neid kasutate, ei näe te aku kasutusajas erinevust, kuna rakenduse avamiseks kuluv energiatarve on ebaoluline võrreldes rakenduse kasutamiseks kuluva energiahulgaga.
2. Rakendused, mis jäävad töötama taustarežiimis, jätkavad toite kasutamist ka siis, kui te oma iPhone'i ei kasuta, ja see lisandub päeva jooksul.
3. Rakenduste sulgemine on hea viis vältida tõsiseid tarkvaraprobleeme, mis võivad põhjustada teie iPhone'i aku tühjenemise väga kiiresti .

Sulgege see artikkel

See artikkel on põhjalikum kui tavaliselt kirjutatavad artiklid, kuid loodan, et see oli huvitav ja et õppisite midagi uut selle kohta, kuidas rakendused teie iPhone'is töötavad. Sulgen oma rakendused paar korda päevas ja see aitab mul oma iPhone'i võimalikult sujuvalt hoida. Tuginedes testidele ja oma kogemustele, mis on seotud sadade iPhone'idega Apple'i tehnikana, võin kindlalt öelda, et teie rakenduste sulgemine on tõesti hea viis iPhone'i aku säästmiseks.

Täname lugemast ja pidage meeles, et maksate selle edasi,
David P.