Ve světě technologií nové terminologie azkratky nejsou nic nového a občas, s každou novou verzí i existujícího softwaru, můžete vidět nový termín sestavování, který každý zřejmě používá a pochopit. Problém pro začátečníky a dokonce i mnoho náhodných uživatelů je však v tom, že ani plně nerozumí, co nová konotace znamená, ani o nich nemohou snadno zjistit z vlastních zdrojů z oficiálních zdrojů, především kvůli skutečnosti, že vývojáři nejsou „ Také příliš ráda vysvětluji mnoho takových terminologií a jejich technické podrobnosti. V nejlepším případě budete poukazovat na oficiální odkaz, který poskytuje vysvětlení, ale v takovém technickém smyslu, že je téměř k ničemu pro netechnickou.
My v AddictiveTips jsme vždy hrdíhloupá technická koncepce a poskytování odpovědí v termínech, které jsou příjemné pro příležitostného uživatele a začátečníka techniky. Když se tedy Google rozhodl představit ART s Android 4.4 KitKat, viděli jsme to jako příležitost představit čtenářům nové runtime prostředí a pomoci všem pochopit, o čem to všechno je a jak se liší od virtuálního stroje Dalvik, který ART se staví jako náhrada.
Co je to běhové prostředí?
Než se dostaneme k odpovědi na aktuální otázku,musíme pochopit, co je vlastně runtime prostředí. Zjednodušeně řečeno, runtime zahrnuje softwarové instrukce, které se provádějí, když je váš program spuštěn, i když v zásadě nejsou součástí kódu daného kusu softwaru. Tyto pokyny v zásadě převádějí vlastní kód softwaru do kódu, který je počítač schopen běžet. Proto všechny počítačové jazyky vyžadují nějaký druh runtime prostředí, které dokáže správně spustit kód napsaný v tomto jazyce.
Android využívá jako svůj virtuální počítačběhové prostředí za účelem spouštění souborů APK, které tvoří aplikaci pro Android. Výhoda použití virtuálního počítače je dvojí - za prvé, kód aplikace je izolován od jádra operačního systému a zajišťuje, že pokud se něco pokazí, je obsažen v izolovaném prostředí a neovlivní primární OS. A za druhé, umožňuje vzájemnou kompatibilitu, což znamená, že i když je aplikace kompilována na jiné platformě (jako je PC, jako je tomu obvykle u vyvíjejících se mobilních aplikací), mohou být stále spuštěna na mobilní platformě pomocí virtuálního stroje .
Pro Android, runtime založené na virtuálním strojiProstředí, které se dosud používá, je známé jako virtuální stroj Dalvik, který, jsem si jistý, že kdokoli, kdo se kdy dostal do detailů operačního systému, je více než obeznámen.
Proč vůbec používat virtuální stroj?
To je vlastně bod, kterého jsme se dotkli těsně nad. Virtuální stroje jsou pomalé, nelze to popřít, ale ve skutečnosti mají několik výhod, díky nimž jsou oblíbenou volbou.
- Virtuální stroje dodávají izolované prostředípro provedení kódu. I když tedy aplikace obsahuje škodlivý kód, který může poškodit hlavní operační systém, nebude mít přímý vliv na systémové soubory, a proto bude základní operační systém chráněn před poškozením. Velkou výhodou je větší stabilita a spolehlivost operačního systému.
- APK aplikace, které jsou dodávány prostřednictvím Obchodu Play(nebo v tomto ohledu jakýkoli jiný zdroj) jsou nekompilované instrukce, které vývojáři spoléhají na kompilaci virtuálního počítače před spuštěním a spuštěním na zařízení. To poskytuje větší kompatibilitu; pokud vývojář měl poskytnout již zkompilovaný kód a byl zkompilován pro procesor založený na Snapdragon, nemusí například na čipu Tegra fungovat správně. Tato kompilace na zařízení proto řeší tento problém.
Co je Dalvik a co je s tím špatně?
To je otázka, zeptejte se, že? Dalvik tam byl od té doby, co Android začal v roce 2007, a od té doby se moc nezměnil, kromě přístupu přístupu kompilace Just-In-Time (JIT) zavedeného v Android 2.2 Froyo, který v podstatě kompiluje aplikace hned, když jsou nebo když uživatel poskytne potřebné pokyny. Je to užitečné, stejně jako vylepšení oproti předchozímu konvenčnímu interpretačnímu přístupu, který kompiloval a běžel kód po řádku, zatímco běžel, ale nevýhodou je obrovská režie, když je aplikace spuštěna poprvé.
Důvodem je to, že systém se musí spojitvšechny potřebné soubory, zkompilujte aplikaci a nahrajte ji do paměti RAM. Dokud zkompilovaná aplikace zůstane v paměti RAM, bude i nadále reagovat pohotově, ale když načtete více aplikací a dojde paměť RAM, první se uvolní, a proto se po dalším spuštění celý proces začne znovu. Tento přístup má smysl na papíře a ve skutečnosti pro platformu fungoval až dosud. Starší zařízení s omezenou pamětí RAM však trpí nejvíce, protože nakládací / vykládací cyklus pokračuje častěji, a proto se systém cítí celkově citlivě pomalý. Tam přichází nový virtuální stroj, ART.
Co je ART & Jak to vylepšuje věci?
ART, nebo Android RunTime (docela chromé jméno, jo,my víme) je nový experimentální virtuální stroj, který Google představil s Android 4.4 KitKat jako možnost pro vývojáře (s Dalvikem je zatím nastaven jako výchozí). Primárním rozdílem mezi ART a Dalvik je přístup kompilace, který oba tyto způsoby použití - ART využívá nový koncept Ahead-Of-Time (AOT) na rozdíl od JIT společnosti Dalvik, který v podstatě kompiluje aplikace ještě před jejich spuštěním. To znamená, že první instalace bude trvat déle a aplikace zabírají více místa na interním úložišti, ale zároveň, protože aplikace bude kompletně zkompilována, jakmile bude nainstalována, budou spouštěcí časy mnohem rychlejší. Stejně tak, protože se o kompilační část postará v okamžiku instalace jen jednou, zdanění procesoru je nižší, což vede k lepší životnosti baterie a celkovému výkonu.
Dalvik Vs. ART - Srovnání
Udělejme si rychlé srovnání obou virtuálních strojů a teprve potom se pusťte dopředu.
Dalvik | UMĚNÍ |
| Používá přístup JIT (Just-In-Time), což má za následek nižší spotřebu úložného prostoru, ale delší doby načítání aplikace | Využívá přístup AOT-Of-Time (AOT), který při instalaci kompiluje aplikace, což vede k rychlejšímu načítání a menšímu využití procesoru |
| Mezipaměť se časem hromadí, takže spouštěcí časy jsou rychlejší | Mezipaměť je vytvořena při prvním spuštění, a proto restartování zařízení trvá podstatně déle |
| Funguje lépe pro nižší interní úložná zařízení, protože zabíraný prostor je menší | Spotřebuje mnohem více interního úložného prostoru, protože kromě APK ukládá kompilované aplikace |
| Je stabilní a časově vyzkoušený - volba VM pro vývojáře aplikací | Je vysoce experimentální a nová - zatím není velká podpora od vývojářů aplikací |
Říkáte, že ART je experimentální…
Ano, a právě teď je k dispozici pouze nazařízení se sadami čipů Snapdragon a se systémem Android 4.4 KitKat. Máte možnost přejít z Dalviku na ART ze skrytých možností pro vývojáře, pokud si to přejete, ale upozorňujeme, že některé z vašich aplikací nemusí fungovat správně. Pokud již je v prostředí Dalvik vytvořena mezipaměť aplikace, může první restart po provedení přepínače trvat až půl hodiny.
Google primárně zpřístupnil ART sKitKat pro vývojáře, s nimiž si budou hrát, a vytvořit základ pro trvalý přechod do budoucna. A to v žádném případě neznamená, že ART je připraven k použití dnes. Bude to v budoucnu, ale prozatím je experimentální a není vhodné pro každodenní použití koncovým uživatelem.
Pokud jde o výhody ART, existují smíšenézprávy. Pro většinu recenzentů se testovací zařízení skládají z čtyřjádrových procesorů s více než 2 koncerty RAM, což je více než adekvátní nastavení pro skutečné pozorování zrychlení z ART. Náhodní uživatelé přesto hlásí nárůst rychlosti o 50% a životnosti baterie o více než 30%. Ještě jiní tvrdí, že to není nic jiného než placebo efekt.
Ve vší spravedlnosti nelze před tím nic říctse stane dostupným pro masy a ztratí experimentální značku. Proto tuto debatu uložíme na později. V tomto bodě lze s jistotou říci, že ART je budoucnost. Google se chystá s předstihem kompilace, aby se opravdu vyrovnal iOS, je to největší protějšek, a ART se chystá vydláždit cestu. Bez ohledu na to, jak hloupé se jméno může zdát nebo jak nekompletní je to právě teď, budeme se stále více a více dívat na ART.
Komentáře