Android 12 áttekintés: Az Android eddigi kedvenc iterációja

Az Android 12 a kedvenc Android-iterációm, de nem tökéletes. Rengeteg változás van – néhány jó, és néhány határozottan rossz.

Android 12 körülbelül egy hónapja van itt, és napi sofőrként használom a gépen Google Pixel 6 Pro indulása óta. Az Android 12 a 31-es API szintet képviseli, és az AOSP forráskód leesése formájában érkezett meg néhány héttel azelőtt Pixel okostelefonokon is elérhetővé válik.

A korábbi években az új Android-verzió a korábbi Pixel telefonokon is megjelent, mielőtt bármilyen új eszközt piacra dobnának, de a Google ezúttal visszafogta. A cinikus bennem az az érzése, hogy marketing célokat szolgált – elvégre a Pixel 6 sorozat teljes szlogenje az volt, hogy „For All You Are” volt, nagy hangsúlyt fektetve a személyre szabásra. Tekintettel arra, hogy az Android 12 a személyre szabásról szól, nem igazán hiszem, hogy ellentmondásos azt gondolni, hogy a Google szándékosan visszatartotta Az Android 12 Pixel bevezetése annak érdekében, hogy egy új okostelefon mellett felfedje, annak megjelenéséhez képest teljesen új elődök.

Az Android 12-vel kapcsolatban sok mindenben kell elmélyedni, és bár nyugodtan mondhatom, hogy esztétikai szempontból ez a kedvenc Android-verzióm, nem vagyok biztos benne, hogy összességében ez a kedvencem. A Google továbbra is összemosza a Pixel-exkluzív és az Android 12-es funkciók közötti határvonalakat, de minden, amit Pixel-exkluzív funkcióként azonosítottam, ennek megfelelően fog azonosítani.

Navigálás ebben a felülvizsgálatban:

  • Lényeges Ön és egyéb felhasználói felületi változások
    • Gyorsbeállítások
    • Widgetek
    • Pixel Launcher (kizárólagos pixel)
    • Legutóbbi URL-megosztás (kizárólag pixel)
    • Egyéb változtatások
  • Teljesítmény osztály
  • Magánélet
    • Adatvédelmi irányítópult
    • Csökkentett helyhozzáférés
    • Vágólap-hozzáférési értesítés
    • Kamera és mikrofon hozzáférés
    • Privát számítási mag (kizárólag pixel)
  • A motorháztető alatti változások az Android 12-ben
    • Az általános kernelkép bemutatása
    • Fantomfolyamatok

Lényeges Ön és egyéb felhasználói felületi változások

Az Android 12 legnagyobb változása a Material You

Az Android 12 legnagyobb változása az Anyag Te, a Google Material design nyelvének legújabb verziója. Anyag You, ahogy a Google leírja:minden stílushoz személyre szabott, minden igényre elérhető, élő és minden képernyőhöz alkalmazkodó dizájn létrehozására törekszik.Az Android 12 fejlesztése során a Google egy új témamotort hozott létre „monet” kódnéven, amely gazdag pasztell színpalettát generál. a felhasználó háttérképéből származik. Ezeket a színeket ezután a rendszer különböző részein alkalmazzák, és értékeik elérhetővé válnak egy API, amelyet a felhasználó alkalmazásai meghívhatnak, így az alkalmazások dönthetik el, hogy szeretnék-e átszínezni az alkalmazásukat UI. A Google mindent megtesz a Material You-val kapcsolatban, és a vállalat a legtöbb alkalmazásait frissítette, hogy dinamikus színeket tartalmazzon.

Ha többet szeretne megtudni róla, tekintse meg magyarázóinkat hogyan működik a Material You.

Gyorsbeállítások

Az Android 12 gyorsbeállításai rendkívül polarizálónak tűnnek. Van néhány elég nagy gomb, egy teljesen új nyitóanimáció, és minden nagyon lekerekített. Szeretem az új legördülő animációt, bár hiányolom a Gauss-féle elmosódást az értesítések mögött. Az egyszínű szín nekem nem jön be, még akkor sem, ha az is Material You ihlette. Ennek ellenére ez az új legördülő animáció az egyik kedvenc animációm az egész Androidon.

Szerintem az Android 12 értesítései és gyorsbeállításai sokkal szebben néznek ki

Az Android 11-hez képest úgy gondolom, hogy az Android 12 értesítései és gyorsbeállításai sokkal szebben néznek ki. Tudom, hogy sok érv szól amellett, hogy elveszíted a hasznos területet (hat könnyen elérhető beállításról négyre csökken), de a legördülő menüben is több helyet nyersz. Most is vannak nyolc opciók, szemben a hattal, és a korábban megjelenített hat csak ugyanaz a hat volt, amelyet egyébként is gyorsan elértek. Más szóval, a következő két beállítás eléréséhez Android 11-en le kellett húznia, újra le kellett húznia, majd át kell húznia az ujját. Android 12 rendszeren csak le kell húzni, le kell húzni, és akkor máris két kapcsolóhoz férhet hozzá, mint korábban.

Őszintén szólva szerintem is jobb, ha a gombok a funkció nevét is tartalmazzák. Erőteljes felhasználó vagyok, így tudom, mit jelentenek az ikonok, de tényleg mindenki? Biztos vagyok benne, hogy néhány alapvető megoldást, például a Wi-Fi-t, szinte mindenki megkockáztathatja, de különösen a ne zavarjanak opciót láttam megzavarni az embereket. Van egy bekapcsológomb is, amely a bekapcsoló menühöz viszi, bár ez az Android alapértelmezett viselkedése A 12 liter azt jelenti, hogy a gyorsbeállítások bekapcsológombja először nyitja meg az Asszisztenst, hacsak nem koppint hosszan azt.

Úgy gondolom, hogy a gyorsbeállítások legredundánsabb kiegészítője a Google Pay kártya. Soha nem kell megnyitnia a Google Pay alkalmazást a kártyával történő fizetéshez, mivel az bármikor, a telefon bármely képernyőjén működik. Az egyetlen alkalom, amikor valóban ki kell nyitnia, az az, hogy válasszon egy adott kártyát, ha olyan kártyát szeretne használni, amely nem az alapértelmezett, de milyen gyakran teszi ezt a legtöbb ember? Valójában soha nem használom az intelligens otthoni eszközök vezérlését, mivel a lámpáim hangvezérlésűek. Legfeljebb hetente egyszer hozzáférek a telefonom eszközvezérlőihez.

Egy másik ellentmondásos változás az Android 12-ben, hogy hogyan kapcsolja ki a Wi-Fi-t egy Android 12-es eszközön. Az internet gyorsbeállítások csempe megérintésével egy másik menübe juthat, ahol átkapcsolhatja a mobiladat-kapcsolatot, a Wi-Fi-t, vagy kiválaszthat egy másik Wi-Fi-hálózatot.

Ha őszinte akarok lenni, én személy szerint jobban szeretem ezt a változást felett ami egykor volt, de meg tudom érteni a frusztrációt az extra gombérintkezés bevezetésének köszönhetően. Saját tapasztalataim alapján úgy érzem, ésszerű, hogy a Wi-Fi és a mobil adatforgalom egy esernyő alatt legyen. Ha azonban szeretne visszakapni egy dedikált gombot a Wi-Fi átkapcsolásához, Mishaal Rahman megosztott egy parancsot a Twitteren keresztül hajthatja végre adb hogy visszakapjam.

<span >adb shell settings put secure sysui_qs_tiles span><span >"$(settings get secure sysui_qs_tiles),wifi"span>

Összességében úgy gondolom, hogy az új értesítési fiók és a gyorsbeállítások jól megtervezettek, és mindkettőt jobban szeretem még akkor is, ha az értesítéseim mögött az Android korábbi verzióihoz hasonló alkalmazásokat szerettem volna látni. Úgy gondolom, hogy ezeknek a változtatásoknak sok értelme van, és nem feltétlenül veszem át némelyikük gyűlöletét.

A Google alkalmazáscsomagja rengeteg Android 12 Material You-kompatibilis widgetet tartalmaz, és mindegyik a domináns rendszertémát követi. Néha lassan változhatnak, hogy illeszkedjenek a rendszer többi témájához, de ezek alapján igazodnak ahol a főmenüben is megtalálhatók. Még mindig nem igazán használom az Android widgetjeit (nem töltök sok időt a kezdőképernyőn, és nem igazán törődöm azzal, hogy divatosan nézzen ki), de azoknak, akik ezt használják, tetszhetnek ezek a változtatások.

A Google bejelentette egy a widgetek átalakítása az Android 12-ben, és a cég határozottan szállított. Az Android 12 vizuális változásaihoz való igazodás érdekében a Google arra biztatja a fejlesztőket, hogy hajtsanak végre lekerekített sarkú, párnázott widgeteket. A Widgetek API teljesen átdolgozták annak érdekében, hogy javítsák a felhasználói élményt több platformon, Android-változatokon és indítókon. A widgetek dinamikusabb vezérlőkkel rendelkeznek, amelyek lehetővé teszik a jelölőnégyzetek, rádiógombok és kapcsolók használatát közvetlenül a kezdőképernyőről. A widgetválasztó még reszponzív előnézeteket is kínál.

Az új API támogatást is nyújt dinamikus színezés a Material You tematikus motor részeként, lehetővé téve, hogy a widgetek más vizuális elemekhez hasonlóan alkalmazkodjanak a háttérképhez. A Google emellett eltávolította a szükséges konfigurációs lépést a widget kezdőképernyőn történő elhelyezésekor, és hozzáadott egy új API-t a visszafelé kompatibilis widgetek létrehozásához.

Érdekes módon a widgetekből származó információkhoz most már hozzáférhet a Google Assistant, hogy a Capabilities API segítségével gyors betekintést nyújtson. Az a blog bejegyzés, a Google megjegyezte, hogy az Asszisztens képes lesz a felhasználók számára „egyszeri válaszok, gyors frissítések és többlépcsős interakciók” a widgetekben elérhető információk áttekintésével.

Pixel Launcher (exkluzív Pixel)

A Pixel Launcher nyilvánvalóan a Pixel exkluzív funkciója, és olyan csupasz, mint valaha. A képernyő alján tartósan beragadt keresősáv, tetején egy áttekinthető widget található, a Google alkalmazás pedig a kezdőképernyő bal oldalán található. Leegyszerűsített és működik, de tudom, hogy sokan szeretnék eltávolítani a Google keresősávját.

A Pixel indító lehetővé teszi, hogy javaslatokat tegyen az indítandó alkalmazásokra, mind az alján található dokkban, mind a teljes hosszúságú alkalmazásfiókban. Az alkalmazásjavaslatokat a mesterséges intelligencia hajtja, és a telefon használatán alapulnak. Észrevettem, hogy az alul található alkalmazások gyakran eltérnek az alkalmazásfiókban javasolt alkalmazásoktól, ami arra utal, hogy a javasolt alkalmazások mindkét helyen eltérően vannak kiszámítva.

A Pixel Launcher lehetővé teszi az alkalmazásrács méretének módosítását, a tematikus ikonok engedélyezését, valamint a sötét és a világos téma közötti váltást. A tematikus ikonok "béta"-ként vannak megjelölve, amelyek... jó, mert nem néznek ki jól. Tetszik az ötlet, amit a Google keres velük, mivel ezek a Material You témájúak, de nem néznek ki jól, különösen, ha nem támogatott alkalmazások láthatók mellettük.

A Pixel Launcher az Android világ iOS-indítója

Az alkalmazásfiókban is található a Pixel-exkluzív keresés az egész eszközön amely nem csak az alkalmazásokban való keresésnél érhető el. Ezt "Univerzális keresésnek" hívják, és a AppSearch szolgáltatás, ami azt jelenti, hogy más OEM-ek könnyen beépíthetnek egy ehhez hasonló funkciót az Android változataiba, ha akarnak. Kereshet névjegyek, alkalmazások, alkalmazás-parancsikonok, beállítások és egyebek között. Kiválóan alkalmas például arra, hogy megtalálja lejátszási listáit a Spotify-on. Engedélyezhet egy funkciót, így minden alkalommal, amikor felhúzza az alkalmazásfiókot, a billentyűzet is felemelkedik, és azonnal elkezdheti a gépelést. Egy ideig próbáltam használni, de végül kikapcsoltam.

A Pixel Launcher az Android világ iOS-indítója. Hiányzik belőle elég sok testreszabás, amit elvárhatunk az olyanoktól, mint a Nova Launcher vagy bármelyik másik legjobb Android indítók kaphatsz. Vannak, akik szeretik ezt az egyszerűséget, és bár nem bánom, nagyszerű, hogy van lehetőség játszani.

Legutóbbi URL-megosztás (Kizárólag képpont)

A legutóbbi URL-ek megosztása egy Pixel-exkluzív funkció, amely lehetővé teszi a felhasználók számára, hogy a legutóbb megtekintett webtartalomra mutató hivatkozásokat közvetlenül a legutóbbi képernyőről osszák meg. Bármely alkalmazás engedélyezheti, de alapértelmezés szerint engedélyezve van a Google Chrome-ban, és ez egy gyors és egyszerű módja az alkalmazások közötti hivatkozások megosztásának, és még több funkcióval bővíti a Legutóbbi menüt.

Egyéb változtatások

Az Android 12-vel kapcsolatos legnagyobb gondom az akkumulátorstatisztikák megjelenítési módjának megváltozása. Különösen mint bíráló, ezek több okból is rendkívül problematikusak. Nemcsak a tengelyek nincsenek címkézve, de az adatok sokkal kevésbé használhatók, mint korábban. Az elmúlt 24 óra alkalmazáshasználata nem áll vissza a telefon töltése után, ami azt jelenti, hogy egy napi használat után már nem tudok képernyőképet megjeleníteni az akkumulátor statisztikáiról. Egy másik alkalmazás, a GSam használatához folyamodtam, hogy adatokat gyűjtsek az akkumulátorstatisztikákhoz. A helyzet még rosszabb, mert minden rúd két órás szünet, ami gyakorlatilag semmit sem kínál. Szinte sértő, hogy a Google úgy adta hozzá ezt a funkciót, mintha az előrelépés lenne a régebbi Android-verziókhoz képest. Ez a rész egyébként Pixel-exkluzív – alapértelmezés szerint nem érintheti meg ezeket a sávokat az Android 12-ben.

Egy másik apró gondom az, hogy a kijelző alatti ujjlenyomat-leolvasó nem jelenik meg a mintás billentyűzárral egy időben. Megadhat egy mintát, vagy megadhatja az ujjlenyomatát, és ha felfelé csúsztatva hozzáfér a mintához, akkor vissza kell húznia az ujjlenyomat-érzékelő eléréséhez. Miért nem lehet mindkettőt bekapcsolni? Értelmesebb és összetartóbb lenne, főleg, hogy maga a kulcstartó nem foglal sok helyet. Furcsa döntésnek tűnik, különösen, ha más OEM-ek már rájöttek erre.


Teljesítmény osztály

Az Android-kompatibilitási definíciós dokumentum az Android ökoszisztéma fontos része. Az API-k és az Android-eszközök közötti platform viselkedésének konzisztenciájának megőrzése érdekében a Google egy csomagba kapcsolja a Google mobilszolgáltatások terjesztését (amely magában foglalja alkalmazások és keretrendszerek, például a Google Play Áruház és a Google Play Szolgáltatások) licencszerződésekkel, amelyek kötelezik az eszközöket a Google szabályainak betartására. “Android kompatibilitási program” (egyéb követelmények mellett). Az Android kompatibilitási program több automatizált tesztcsomagból és a CDD-ben felsorolt ​​szabályok (CDD PDF Android 12-hez itt érhető el).

Az Android 12 esetében van néhány változás, amelyeket a CDD felvázol, de a legtöbb szép kicsi, vagy valóban csak az OEM-ekre van hatással. Az egyik legnagyobb változás, amit láttunk, a bevezetés volt egy „teljesítmény osztály”, amely egy Android okostelefon build tulajdonságaiban definiálható. A Google ezt már bejelentette az Android 12 Beta 1 kiadása mellett, és ez egy egyszerű módja annak, hogy a fejlesztők ellenőrizzék, milyen gyors valójában egy Android okostelefon. Az Android Developers oldalon, a Google azt mondja, hogy az Android minden verziójának megvan a saját teljesítményosztálya, ami azt jelenti, hogy van egy teljesítményosztály az Android 12-hez, és lesz egy az Android 13-hoz, 14-hez stb.

A teljesítményosztályok előre kompatibilisek. Ez azt jelenti, hogy az eszköz a teljesítményosztály megváltoztatása nélkül frissíthet egy új Android-verzióra, de ez azt is jelenti, hogy az eszközök megváltoztathatják osztályukat, ha megfelelnek az új operációs rendszer követelményeinek változat. Az alábbiakban a 12. teljesítményosztályhoz tartozó néhány kulcsfontosságú követelmény található.

12. teljesítményosztály fő követelményei

  • Legalább 6 GB RAM
  • Legalább 400 dpi és 1080p felbontás
  • Legalább 120 MB/s szekvenciális írási, 250 MB/s szekvenciális olvasási, 10 MB/s véletlenszerű írási és 40 MB/s véletlenszerű olvasási sebesség
  • Rendelkeznie kell (legalább) 12 MP-es hátlapi kamerával, amely képes 4K 30 FPS felvételre
  • (legalább) 4 MP-es előlapi kamerával kell rendelkeznie, amely képes 1080p 30 FPS felvételre

A teljesítményosztályok hasznosak lehetnek az alkalmazásfejlesztők számára, hogy javítsák az általános élményt nem csak a „teljesítményosztály” specifikációnak megfelelő eszközökön, hanem az alacsonyabb kategóriás telefonokon is. Ha egy alkalmazás azt észleli, hogy egy telefon nem felel meg a „teljesítményosztályú” eszköz követelményeinek, kikapcsolhatja bizonyos, igényesebb funkciókat vagy vizuális effektusokat annak érdekében, hogy javítsák az alkalmazás működését az alacsonyabb kategóriákban telefonok. Hasonlóképpen azt is képes észlelni, ha az egyiken fut legjobb Android telefonok, ebben az esetben nagy teljesítményű funkciókat tesz lehetővé.

A múltban láthattuk, hogy a Google megpróbált különböző típusú minimális hardvert meghatározni bizonyos funkciókhoz. Emlékszel a Google Daydream VR-jára? A vállalat az Android 7.1 Nougat elindításával minimális kompatibilitási követelményt szabott meg a Daydream-kompatibilis eszközök CDD-jében. Néhány ilyen követelmény magában foglalta a fizikai alapkövetelményt, a Vulkan támogatást, a minimális és maximális képernyőméretet, a HEVC és VP9 támogatását és még sok mást. Ez egyértelműen ennek a koncepciónak a továbbfejlesztése, bár szélesebb körben alkalmazzák az Android-ökoszisztémában.

Zavarba ejtő, hogy a teljesítményosztályok az Android verziókkal párhuzamosan jelennek meg, de tőlük függetlenül is működnek. Az Android 12 rendszert futtató eszközök a 12-es teljesítményosztályban indulhatnak, majd a jövőben frissíthetők Android 13-ra, de megtarthatják a régebbi teljesítményosztályt. Az Android 11 teljesítményosztályát visszamenőlegesen határozták meg a CDD-ben.

A cél zavaró, de úgy tűnik, ez csak egy minimális specifikáció, amelyet az alkalmazások ellenőrizhetnek, és megnézhetik, hogy megfelelően erős eszközön futnak-e vagy sem. Nem vagyok benne biztos, hogy egy alkalmazásfejlesztő pontosan hogyan használja ezeket a specifikációkat, de úgy gondolom, hogy további információk az eszköz elérhetővé tétele az alkalmazásfejlesztők számára végső soron jó dolog, még akkor is, ha valószínűleg pontosítani kell, és konkrét célja. Úgy tűnik, hogy jelenleg elsősorban a "médiateljesítményre" irányul, ami megmagyarázza, miért van nagy hangsúly a tárolási sebességen, a képernyő felbontásán és a kamera képességein.


Magánélet

Az adatvédelem az elmúlt néhány évben egyre inkább a Google egyik legnagyobb fókuszpontjává vált. Világszerte több mint 2,5 milliárd eszközön fut az Android, és egy ilyen nagy telepítési bázis azt jelenti, hogy nagy a nemkívánatos érdeklődés a fenyegetések szereplői részéről. Ez az oka annak, hogy az Android minden új verziója olyan funkciókat ad hozzá, amelyek biztosítják, hogy bizalmas adatai csak Ön számára elérhetőek legyenek. Az Android 12 rengeteg új adatvédelmi változást vezet be. Nem csak az új Privacy Compute Core (jelenleg a Pixel-exkluzív), de ott van az adatvédelmi irányítópult, a kamera- és mikrofonjelzők, a helyvezérlők és egyebek is.

Világszerte több mint 2,5 milliárd eszközön fut Android

Adatvédelmi irányítópult

Ez az új adatvédelmi irányítópult képernyő tájékoztatást ad a felhasználóknak arról, hogy milyen gyakran férnek hozzá az alkalmazások az olyan összetevőkhöz, mint a kamera, a mikrofon és a hely. tudatja a felhasználókkal, hogy mely alkalmazások érik el őket, milyen gyakran érik el őket, és lehetővé teszi a felhasználóknak, hogy visszavonják ezeket az engedélyeket, ha úgy gondolják, hogy ők is hozzáférnek gyakran. Ez egy fantasztikus kiegészítés, amellyel igazán könnyen megtekinthető, hogy a különféle alkalmazások hogyan férnek hozzá a létfontosságú engedélyekhez.

Csökkentett helyhozzáférés

Az Android 12 bevezette azt a lehetőséget, hogy pontos hely helyett „hozzávetőleges” helyet adjon meg az alkalmazásoknak. Gondoljon például az időjárás alkalmazásra. Valóban tudnia kell a te pontos cím? Általában nem, és logikusabb, hogy csak az Ön általános helyének ismeretére lehet szüksége. Ezt a koncepciót az Android 12-ben valósították meg, így Ön eldöntheti, hogy egy alkalmazás hozzáfér-e az Ön pontos vagy hozzávetőleges helyéhez.

Vágólap-hozzáférési értesítés

A Google hozzáadott egy pirítós üzenetet, amely akkor jelenik meg, amikor egy alkalmazás hozzáfér a vágólaphoz. Korábban mindannyian tároltunk érzékeny adatokat a vágólapunkon, általában azért, mert ezeket az adatokat egyik helyről a másikra kell másolnunk. Az Android 12 előtt azonban az alkalmazások tetszés szerint hozzáférhettek a vágólaphoz, és nem lehetett tudni, hogy ezt teszik-e, és mikor. A pirítós nem mutatja, ha a vágólap elérésére irányuló kérelem ugyanabból az alkalmazásból származik, amelybe bemásolták.

Kamera és mikrofon hozzáférés

Könnyedén megszakíthatja a kamera és a mikrofon hozzáférését a telefon gyorsbeállításaiból, és a legjobb az egészben az, hogy a rendszer kezeli ezt helyetted. Ennek eredményeként az alkalmazások kecsesen kezelik a leállást, és nem fognak összeomlani, ha hirtelen megvonja a hozzáférést, amennyiben követik a bevált módszereket. Például az alkalmazások csak fekete keresőt fognak látni, ha a kamera hozzáférése le van tiltva. Ezek a kapcsolók alapértelmezés szerint nincsenek a gyorsbeállításokban, és manuálisan kell kihúzni őket. Véleményem szerint az ilyen, adatvédelem-központú funkciókat fel kell tüntetni, és sokkal szembetűnőbbé kell tenni a végfelhasználók számára, hogy tudják, hogy léteznek.

Privát számítási mag (kizárólag pixel)

A Private Compute Services állítólag adatvédelmi hidat biztosít a Private Compute Core és a felhő között, lehetővé teszi új mesterséges intelligencia modellek és egyéb frissítések szállítását a sandbox gépi tanulási funkciókhoz biztonságos úton. A Google szerint a szolgáltatások és a Private Compute Services közötti kommunikáció egy soron keresztül történik céltudatos, nyílt forráskódú API-k, amelyek eltávolítják az azonosító információkat az adatokból, és alkalmazzák az adatvédelmet olyan technológiák, mint Összevont tanulás, Federated Analytics és Privát információk lekérése. Ha többet szeretne megtudni erről, tekintse meg magyarázóunkat mindent, amit a Google Pixel 6 sorozat privát számítási magjáról tudunk.


A motorháztető alatti változások az Android 12-ben

Az általános kernelkép bemutatása

A Google évek óta dolgozik az Android töredezettségének csökkentésén, bár ennek egyik oka az Android velejárója. Számtalan OEM tevékenykedik a térben, és mindegyikük saját maga akarja módosítani a saját eszközeit. A probléma tehát az, hogy úgy tűnik, hogy az Android operációs rendszer frissítései lassan terjednek ki, de a Google valójában nem tehet sokat azért, hogy az OEM-eket eszközeik frissítésére kényszerítse. Mint ilyen, a következő legjobb dolog, amit a Google tehet, hogy a frissítési folyamatot a lehető legegyszerűbbé teszi.

A töredezettség kezelése érdekében a Google az Android Generic Kernel Image-en (GKI) dolgozott. Ez lényegében egy kernel, amelyet egyenesen egy ACK ágból fordítanak le. A GKI elkülöníti az SoC-szállító és az OEM testreszabásait a beépülő modulokhoz, így kiküszöböli a fán kívüli kódot, és lehetővé teszi a Google számára, hogy a kernelfrissítéseket közvetlenül a végfelhasználóhoz küldje. A Google több mint egy éve dolgozik azon, hogy a GKI-frissítéseket a Play Áruházban szállíthassa, fővonali modul használatával. Mindenképpen nézd meg hogy az általános kernelkép a következő lépés az Android töredezettségi problémájának megoldása felé.

Fantomfolyamatok

Az Android 12 néhány korlátozást vezetett be a háttérfolyamatokra vonatkozóan; az első az, hogy a háttérben túl sok CPU-t fogyasztó alkalmazások gyermekfolyamatai megsemmisülnek, ha a szülő folyamat is a háttérben van. A második bevezetett korlátozás az egy adott időpontban aktív gyermekfolyamatok számának korlátozása. Tól elkövetni a történelmet, úgy tűnik, hogy a Google megpróbálta megfékezni a szélhámos háttérfolyamatokat.

„Az alkalmazások használhatják a Runtime.exec()-et a gyermekfolyamatok létrehozására, és a keretrendszernek fogalma sincs az életciklusáról. Most kövesse nyomon ezeket a folyamatokat, amikor megtaláljuk őket – jelenleg a CPU-statisztikák mintavételezése során észrevehetőek voltak. Ha túl sok CPU-t fogyaszt, miközben a szülőalkalmazás folyamata is a háttérben van, ölje meg. Alapértelmezés szerint legfeljebb 32 ilyen folyamatot engedélyezünk; a szüleik legrosszabb oom adj pontszámával rendelkező folyamat megsemmisül, ha túl sokan vannak.”

Természetesen az Android okostelefonok már hírhedtek a háttérben végzett alkalmazásgyilkosságról. Szinte az összes nagyobb OEM valamilyen módon, formában vagy formában részt vesz ebben, és a cégek hasonlók A OnePlus, a Samsung és a Xiaomi a legrosszabbok közé tartoznak. Míg az AOSP-nek vannak háttéralkalmazás-korlátozásai, a gyártókra jellemző, hogy saját korlátozásaikat az AOSP-re építik. Ezek azonban meglehetősen szigorú korlátozások a hatékony felhasználók számára, és olyan viselkedésre ösztönöznek, amelyet a hatékony felhasználók már régóta hangosan elleneztek. Lehet, hogy hosszú távon növeli az akkumulátor élettartamát, de ez meglehetősen felhasználóellenes megközelítés.


Az Android 12 a kedvenc Android-iterációm

Az Android 12 az Android eddigi legkifinomultabb és legteljesebb verziója

Ha az Android verziókról van szó, az Android 12 az Android eddigi legkifinomultabb és legteljesebb verziója az én szememben. A Material You néhány problémájától eltekintve, a színezés fantasztikus, és nagyon élvezem, ahogy a telefon beállítja magát, hogy illeszkedjen. nekem. Szinte az összes ilyen változtatás – az adatvédelemtől és a biztonságtól a motorháztető alatti fejlesztésekig – jót tesz a végfelhasználónak, és végső soron hosszú-hosszú utat jár be az Android platform érlelésében.

Van-e olyan pont, ahol ez a változás a változás kedvéért változik? Lehet, de nem vagyok benne egészen biztos, hogy elértük ezt. Az Android 11 jól nézett ki, de nagyon csupasznak is tűnt. A vizuális zűrzavar rossz, és úgy érzem, hogy az Android 12 képes új, frissített megjelenést elérni anélkül, hogy további rendetlenséget okozna. Ennek ellenére megértem az elpazarolt térrel kapcsolatos érveket – csak nem igazán törődöm vele. A telefonom továbbra is működik, szebbnek tűnik, és szerintem kellemesebb a megjelenése átlagos (értsd: nem lelkes) felhasználó.

Ezen változtatások nagy részét javítani kell az Android 13-ban. Nem feltétlenül úgy érzem, hogy béta verziót használok, de úgy érzem, a Google képes rá több. Úgy érzi, hogy még többet kell tenni, és még több van akarat kész.