Mikä on ART ja miten se eroaa Dalvikin virtuaalikoneesta Androidilla?

Teknologian, uusien terminologioiden jalyhenteet eivät ole mitään uutta, ja toisinaan jokaisessa jo olemassa olevan ohjelmiston uudella julkaisulla saatat nähdä uuden termin, joka muodostuu, jota kaikki näyttävät käyttävän ja ymmärtävän. Aloittelijoiden ja jopa suuren määrän satunnaisten käyttäjien ongelma on kuitenkin se, että he eivät ymmärrä täysin, mitä uusi merkitys tarkoittaa, eivätkä he myöskään voi helposti saada selville siitä yksin virallisista lähteistä johtuen ensisijaisesti siitä, että kehittäjät eivät liian selkeästi selittää monia tällaisia ​​termejä ja niiden teknisiä yksityiskohtia. Parhaimmillaan saat huomautuksen virallisesta linkistä, joka antaa selityksen, mutta sellaisessa teknisessä mielessä, että se on melko hyödytön ei-tekniselle yritykselle.

Me AddictiveTipsillä olemme aina olleet ylpeitähukuttaa teknisiä konsepteja ja antaa vastauksia termeillä, jotka ovat miellyttäviä satunnaiselle käyttäjälle ja tekniikan aloittelijalle. Siksi, kun Google päätti ottaa käyttöön ART: n Android 4.4 KitKat -sovelluksella, näimme tämän tilaisuutena esitellä lukijamme uudelle runtime-ympäristölle ja auttaa kaikkia ymmärtämään, mistä tästä kaikesta on kysymys ja miten se eroaa Dalvikin virtuaalikoneesta, joka ART rakennetaan korvaamaan.

Mikä on Runtime Environment?

Ennen kuin vastaamme varsinaiseen kysymykseen,Meidän on ymmärrettävä, mikä suoritusaikainen ympäristö todella on. Yksinkertaisesti sanottuna, ajonaika käsittää ohjelmisto-ohjeet, jotka suoritetaan ohjelman ollessa käynnissä, vaikka ne eivät ole olennaisesti osa kyseisen ohjelmiston koodia. Nämä ohjeet kääntävät ohjelmiston oman koodin periaatteessa koodiksi, jota tietokone pystyy käyttämään. Siksi kaikki tietokonekielet vaativat jonkinlaista runtime-ympäristöä, joka pystyy suorittamaan kyseisellä kielellä kirjoitetun koodin oikein.

Android käyttää virtuaalikoneenajonaikainen ympäristö Android-sovelluksen muodostavien APK-tiedostojen suorittamiseksi. Etu virtuaalikoneen käytöstä on kaksitahoinen: ensinnäkin sovelluskoodi on eristetty ydinkäyttöjärjestelmästä, mikä varmistaa, että jos jokin menee pieleen, se sisältyy eristettyyn ympäristöön eikä vaikuta ensisijaiseen käyttöjärjestelmään. Ja toiseksi, se mahdollistaa ristikkäisen yhteensopivuuden, mikä tarkoittaa, että vaikka sovellus kootaan toiselle alustalle (kuten PC, kuten yleensä tapahtuu mobiilisovellusten kehittämisessä), ne voidaan silti suorittaa mobiililaitteella virtuaalikoneella .

Android: virtuaalikonepohjainen ajonaikatoistaiseksi käytössä olevaa ympäristöä kutsutaan Dalvik-virtuaalikoneeksi, joka, olen varma, että kuka tahansa, joka on koskaan syventynyt käyttöjärjestelmän yksityiskohtiin, on enemmän kuin tuttu.

Miksi käyttää laitetta virtuaalikoneessa?

Se on itse asiassa se kohta, jota kosketimme juuri edellä. Virtuaalikoneet ovat hitaita, sitä ei voida kiistää, mutta niillä on käytännössä pari hyötyä, jotka tekevät niistä suositun valinnan.

• Virtuaalikoneet toimittavat eristetyn ympäristönkoodin suorittamiseen. Näin ollen, vaikka sovellus sisältää haitallisen koodin, joka voi vahingoittaa ytimen käyttöjärjestelmää, se ei vaikuta suoraan järjestelmätiedostoihin, joten ydinjärjestelmä estää vahingoittumasta. Suuri hyöty on käyttöjärjestelmän vakauden ja luotettavuuden lisääminen.
• Sovelluksen APK: t, jotka toimitetaan Play Kaupan kautta(tai mikä tahansa muu lähde) ovat yhdistämättömiä ohjeita, joiden kehittäjät luottavat virtuaalikoneeseen koota ennen suoritusta ja suorittaa laitteella. Tämä lisää yhteensopivuutta; Jos kehittäjä toimittaa jo kootun koodin ja se on käännetty Snapdragon-pohjaiselle prosessorille, se ei ehkä toimi oikein esimerkiksi Tegra-sirulla. Siksi tämä laitteessa oleva kokoelma ratkaisee tämän ongelman.

Joten, mikä on Dalvik, ja mikä on sen kanssa vikaa?

Se on kysymys, eikö niin? Dalvik on ollut siellä siitä lähtien, kun Android aloitti toimintansa vuonna 2007, ja se ei ole siitä lähtien muuttunut paljon, lukuun ottamatta JIT (Just-In-Time) -kokoonpanon lähestymistapaa, joka otettiin käyttöön Android 2.2 Froyossa, joka kokoaa sovellukset periaatteessa heti, kun ne ovat käynnistetään tai kun käyttäjä toimittaa tarvittavat ohjeet. Se on hyödyllinen, samoin kuin parannus edelliseen tavanomaiseen tulkkimenetelmään, jossa koottiin ja hallittiin koodirivi riviltä, ​​kun se juoksi, mutta haittapuoli on valtava yläpuolella, kun sovellus käynnistetään ensimmäistä kertaa.

Tämä johtuu siitä, että järjestelmän on koottava yhteenkaikki tarvittavat tiedostot, käännä sovellus ja lataa se RAM-muistiin. Niin kauan kuin koottu sovellus pysyy RAM-muistissa, se jatkaa vastaamista väljästi, mutta kun lataat lisää sovelluksia ja RAM-muisti loppuu, ensimmäinen purkautuu ja seuraavan käynnistyksen yhteydessä koko prosessi alkaa. Lähestymistapa on järkevä paperilla, ja itse asiassa se on toiminut hyvin tähän mennessä alustaan. Kuitenkin vanhemmat laitteet, joilla on rajoitettu RAM-muisti, kärsivät eniten, koska lastaus- / purkujakso jatkuu useammin, ja siten järjestelmä tuntuu hitaalta kokonaisvasteen suhteen. Tähän kohtaan tulee uusi virtuaalikone, ART, sisään.

Mikä on ART ja miten se parantaa asioita?

ART tai Android RunTime (melko surkea nimi, joo,tiedämme) on uusi kokeellinen virtuaalikone, jonka Google on ottanut käyttöön Android 4.4 KitKat -sovelluksella kehittäjävaihtoehtona (Dalvikin ollessa edelleen oletusasetuksena tällä hetkellä). Ensisijainen ero ART: n ja Dalvikin välillä on kokoamislähestymistapa, jota molemmat käyttävät - ART: ssä käytetään uutta AOT-konseptia, joka on Dalvikin JIT: n vastainen, joka periaatteessa kokoaa sovellukset ennen niiden edes käynnistämistä. Tämä tarkoittaa sitä, että ensimmäisen kerran asennukset vievät pidempään ja sovellukset vievät enemmän tilaa sisäisessä tallennustilassa, mutta samalla kun sovellus kootaan kokonaan heti asennettuna, käynnistysajat ovat paljon nopeammat. Samoin, koska kokoamisosasta huolehditaan vain kerran asennuksen yhteydessä, suorittimen verotus on alhaisempaa, mikä johtaa parempaan akun käyttöikään ja yleiseen suorituskykyyn.

Dalvik Vs. ART - vertailu

Tehdään vain nopea vertailu molemmista virtuaalikoneista ennen siirtymistä eteenpäin.

Sanot, että ART on kokeellinen ...

Kyllä, ja tällä hetkellä se on saatavana vainlaitteet, joissa on Snapdragon-piirisarjat ja Android 4.4 KitKat. Voit halutessasi vaihtaa Dalvikista ART: hen piilotettujen kehittäjävaihtoehtojen perusteella, mutta huomaa, että jotkut sovelluksesi eivät välttämättä toimi oikein. Jos Dalvikin alla on jo rakennettu sovellusvälimuisti, ensimmäinen uudelleenkäynnistys kytkimen tekemisen jälkeen voi viedä jopa puoli tuntia.

Google on pääasiassa asettanut ART: n saatavilleKitKat, jonka avulla kehittäjät voivat leikkiä ja luoda perustan pysyvälle vaihdolle tulevaisuudessa. Ja tämä ei missään nimessä tarkoita, että ART on käyttövalmis tänään. Se on tulevaisuudessa, mutta toistaiseksi se on kokeellinen eikä sovi loppukäyttäjän päivittäiseen käyttöön.

ART: n eduista on sekalaisiaraportteja. Suurimmalle osalle tarkastajia testilaitteet käsittävät nelisydinprosessoreita, joissa on yli 2 kevyttä RAM-muistia, mikä on enemmän kuin riittävä asennus ART: n nopeushyötyjen todellisen tarkkailemisen kannalta. Silti satunnaiset käyttäjät ilmoittavat nousevan 50% nopeudesta ja yli 30% akun käyttöajasta. Toiset taas väittävät, että se ei ole muuta kuin lumelääke-ilmiötä.

Kaikessa oikeudenmukaisuudessa mitään ei voida sanoa ennen sitätulee joukkojen käytettäväksi ja menettää kokeellisen tunnisteen. Siksi tallennamme tämän keskustelun myöhempää käyttöä varten. Tässä vaiheessa voidaan varmuudella sanoa, että ART on tulevaisuus. Google aikoo edetä aikataulun mukaisen kokoamisen kanssa, jotta se todella vastaaisi iOS: ää, se on suurin vastine, ja ART aikoo tasoittaa tietä. Huolimatta siitä, kuinka typerä nimi saattaa näyttää tai kuinka epätäydellinen se on tällä hetkellä, näemme ART: tä yhä enemmän.