Android 12 är min favorit iteration av Android ännu, men det är inte perfekt. Det finns många förändringar - vissa bra och vissa definitivt dåliga.
Android 12 har varit här i ungefär en månad, och jag har använt den som min dagliga förare på Google Pixel 6 Pro sedan lanseringen. Android 12 representerar API-nivå 31, och den kom i form av en AOSP-källkodsminskning några veckor innan rullas ut till Pixel-smarttelefoner.
Tidigare år skulle den nya Android-versionen rullas ut till tidigare Pixel-telefoner innan lanseringen av vilken ny enhet som helst som kommer, men Google höll tillbaka den här gången. Cynikern i mig känner att det var i marknadsföringssyfte -- trots allt var hela slogan för Pixel 6-serien att det var "For All You Are" med stort fokus på personalisering. Med tanke på att Android 12 handlar om anpassning, tror jag inte riktigt att det är kontroversiellt att tro att Google avsiktligt höll tillbaka Android 12 Pixel lanseras för att avslöja den tillsammans med en ny smartphone med ett helt nytt utseende och känsla jämfört med dess föregångare.
Det finns mycket att fördjupa sig i när det kommer till Android 12, och även om jag är bekväm med att säga att det är min favoritversion av Android ur en estetisk synvinkel, är jag osäker på om det är min favorit totalt sett. Google fortsätter att sudda ut linjerna för vad som är en Pixel-exklusiv funktion och vad som är en Android 12-funktion, men allt som jag har identifierat som en Pixel-exklusiv funktion kommer att identifieras som sådan.
Navigera i denna recension:
-
Material Du och andra ändringar i användargränssnittet
- Snabbinställningar
- Widgets
- Pixel Launcher (exklusivt Pixel)
- Senaste webbadressdelning (exklusivt Pixel)
- Andra förändringar
- Prestationsklass
-
Integritet
- Sekretessinstrumentpanel
- Minskad platsåtkomst
- Avisering om åtkomst till Urklipp
- Tillgång till kamera och mikrofon
- Private Compute Core (exklusivt Pixel)
-
Ändringar under huven i Android 12
- Introduktionen av den generiska kärnbilden
- Fantomprocesser
Material Du och andra ändringar i användargränssnittet
Den överlägset största förändringen i Android 12 är Material You
Den överlägset största förändringen i Android 12 är Material du, den senaste versionen av Googles designspråk Material. Material Du, som Google beskriver, "strävar efter att skapa design som är personlig för varje stil, tillgänglig för alla behov, levande och anpassningsbar för varje skärm.När Google utvecklade Android 12 skapade Google en ny temamotor med kodnamnet "monet" som genererar en rik palett av pastellfärger härledd från användarens tapeter. Dessa färger appliceras sedan på olika delar av systemet och deras värden görs tillgängliga genom ett API som användarens applikationer kan anropa, vilket låter appar bestämma om de vill färga om sina UI. Google har gått all-in på Material You, och företaget har uppdaterat de flesta av sina appar för att införliva dynamiska färger.
Om du vill lära dig mer om det kan du kolla in vår förklarande av hur material du arbetar.
Snabbinställningar
Android 12:s snabbinställningar verkar vara extremt polariserande. Det finns några ganska stora knappar, en helt ny öppningsanimation, och allt är väldigt avrundad. Jag älskar den nya neddragbara animationen, även om jag saknar den gaussiska oskärpan bakom aviseringarna. Den enfärgade färgen gör det inte för mig, även om det också är Material Du inspirerat. Ändå är denna nya nedrullningsbara animation en av mina favoritanimationer i hela Android.
Jag tycker att Android 12s aviseringar och snabbinställningar ser mycket trevligare ut
Jämfört med Android 11 tycker jag att Android 12s aviseringar och snabbinställningar ser mycket trevligare ut. Jag vet att det finns många argument som säger att du förlorar på användbart utrymme (det sjunker från sex lättillgängliga inställningar till fyra), men du får också extra utrymme i rullgardinsmenyn. Det finns nu åtta alternativ till skillnad från sex, och de sex som tidigare visades var precis samma sex som snabbt nådes ändå. Med andra ord, för att komma åt de nästa två inställningarna, på Android 11 behövde du dra nedåt, dra ner igen och sedan svepa över. På Android 12 behöver du bara dra ner, dra ner och sedan har du redan tillgång till två fler växlar än du skulle ha haft tidigare.
För att vara ärlig tror jag också att det förmodligen är bättre om knapparna innehåller namnet på funktionen också. Jag är en avancerad användare, så jag vet vad ikonerna betyder, men gör alla verkligen det? Jag är säker på att några av de grundläggande, som Wi-Fi, nästan alla skulle kunna gissa sig till, men i synnerhet alternativet stör ej är ett som jag kunde se förvirra människor. Det finns också en strömknapp som tar dig till en strömmeny, men standardbeteendet från Android 12L är att strömknappen i snabbinställningarna öppnar assistenten först om du inte trycker länge Det.
Jag tror att det mest överflödiga tillägget till snabbinställningarna måste vara Google Pay-kortet. Du behöver aldrig öppna Google Pay för att betala med ditt kort, eftersom det fungerar från vilken skärm som helst på din telefon när som helst. Den enda gången du verkligen behöver öppna det är att välja ett specifikt kort om du vill använda ett som inte är din standard, men hur ofta gör de flesta det? Jag använder inte heller riktigt någonsin kontrollalternativet för smarta hemenheter, eftersom mina lampor är röstaktiverade. Jag får åtkomst till enhetskontrolldelen av min telefon kanske högst en gång i veckan.
En annan kontroversiell förändring som gjorts i Android 12 är hur du stänger av Wi-Fi på en Android 12-enhet. Genom att trycka på rutan för snabbinställningar för internet kommer du till en annan meny där du kan växla mellan din mobildata, ditt Wi-Fi eller välja ett annat Wi-Fi-nätverk.
Om jag ska vara ärlig så föredrar jag personligen denna förändring över vad det en gång var, men jag kan förstå frustrationen tack vare införandet av en extra knapptryckning. Av egen erfarenhet känner jag att det är vettigt att Wi-Fi och mobildata finns under samma paraply. Men om du vill få tillbaka en dedikerad knapp för att växla ditt Wi-Fi, Mishaal Rahman delade ett kommando på Twitter som du kan köra via adb för att få tillbaka den.
<span >adb shell settings put secure sysui_qs_tiles span><span >"$(settings get secure sysui_qs_tiles),wifi"span>
Sammantaget tycker jag att den nya meddelandelådan och snabbinställningarna är väl utformade, och jag föredrar båda av dem, även om jag skulle ha velat se apparna bakom mina aviseringar som liknar tidigare Android-versioner. Jag tror att många av dessa förändringar är vettiga, och jag köper inte nödvändigtvis in på hatet från vissa av dem.
Googles svit med appar har massor av Android 12 Material You-kompatibla widgets, och de tar alla efter vad det dominerande systemtemat än är. De kan ibland vara långsamma att ändra för att passa resten av systemtemat, men de anpassar sig utifrån var de finns också på hemmenyn. Jag använder fortfarande aldrig Androids widgets (jag spenderar inte mycket tid på min startskärm eller bryr mig verkligen om att få det att se snyggt ut längre), men för människor som gör det kanske du gillar dessa ändringar.
Google meddelade en översyn av widgets i Android 12, och företaget levererade definitivt. För att anpassa sig till de visuella förändringarna i Android 12 uppmuntrar Google utvecklare att implementera widgets med rundade hörn med stoppning. De Widgets API omarbetades helt för att förbättra användarupplevelsen på flera plattformar, Android-varianter och startprogram. Widgets har mer dynamiska kontroller som låter dig interagera med kryssrutor, radioknappar och växlar direkt från startskärmen. Widgetväljaren erbjuder till och med responsiva förhandsvisningar.
Det nya API: et lägger också till stöd dynamisk färgning som en del av temamotorn Material You, som gör det möjligt för widgets att anpassa sig till tapeten, precis som andra visuella element. Google har också tagit bort det nödvändiga konfigurationssteget när du placerar en widget på startskärmen och har lagt till ett nytt API för att konstruera bakåtkompatibla widgets.
Intressant nog kan informationen från widgets nu nås av Google Assistant för att ge snabba insikter med hjälp av Capabilities API. I en blogginlägg, noterade Google att assistenten skulle kunna ge användarna "engångssvar, snabba uppdateringar och interaktioner i flera steg” genom att titta över informationen som finns i widgets.
Pixel Launcher (exklusive Pixel)
Pixel Launcher är uppenbarligen en exklusiv Pixel-funktion, och den är lika barben som alltid. Det finns ett sökfält som permanent fastnar längst ned på skärmen, en widget i ett ögonkast högst upp och Google-appen sitter till vänster om startskärmen. Det är förenklat och det fungerar, men jag vet att många skulle föredra att kunna ta bort Googles sökfält.
Pixel launcher kommer med möjligheten att ge förslag på appar att starta, både i dockan längst ner och i applådan i full längd. Appförslag drivs av artificiell intelligens och baseras på din telefons användning. Jag har märkt att apparna längst ner ofta skiljer sig från de rekommenderade apparna i applådan, vilket tyder på att de rekommenderade apparna på båda dessa platser beräknas på olika sätt.
Pixel Launcher tillåter också att ändra appens rutnätsstorlek, aktivera temaikoner och växla mellan ett mörkt och ett ljust tema. Temaikonerna är markerade som "beta" vilket... är bra eftersom de inte ser bra ut. Jag gillar idén att Google går efter med dem eftersom de har material du-tema, men de ser inte bra ut, särskilt när appar som inte stöds visas precis bredvid dem.
Pixel Launcher är mycket iOS-startaren för Android-världen
Applådan har också en Pixel-exklusiv sökning i hela enheten som är tillgängligt för mer än att bara söka i dina appar. Detta kallas "Universal Search", och det är byggt på AppSearch-tjänst, vilket innebär att andra OEM-tillverkare enkelt kan bygga en funktion som denna i sina varianter av Android om de ville. Den kan söka bland kontakter, appar, appgenvägar, inställningar och mer. Det är bra för att hitta dina spellistor på till exempel Spotify. Du kan aktivera en funktion så att varje gång du drar upp din applåda så höjs även ditt tangentbord och du kan börja skriva direkt. Jag försökte använda det här ett tag men stängde till slut av det.
Pixel Launcher är mycket iOS-startaren för Android-världen. Det saknar en hel del anpassning som vi har kommit att förvänta oss från sådana som Nova Launcher eller någon av de andra bästa Android launchers du kan få. Vissa människor gillar den enkelheten, och även om jag inte har något emot det, är det coolt att ha alternativ att leka med.
Senaste webbadressdelning (exklusive Pixel)
Senaste URL-delning är en Pixel-exklusiv funktion som tillåter användare att dela länkar till nyligen visade webbinnehåll direkt från den senaste skärmen. Alla appar kan aktivera det, men det är aktiverat som standard i Google Chrome, och det är ett snabbt och enkelt sätt att dela länkar mellan applikationer och lägger till ännu mer funktionalitet till menyn Senaste.
Andra förändringar
Mitt största gnäll med Android 12 är förändringen i hur batteristatistiken visas. Särskilt som recensent är dessa extremt problematiska av flera skäl. Inte bara är axlarna inte märkta på något sätt, utan data är så mycket mindre användbar än tidigare. Min appanvändning under de senaste 24 timmarna återställs inte efter att ha laddat min telefon, vilket innebär att jag inte längre kan visa skärmdumpar av batteristatistik efter en dags användning. Jag har tillgripit att använda en annan app, GSam, bara för att samla in data för batteristatistik. Det har gjorts ännu värre eftersom varje bar är två timmars mellanrum, vilket ger mig praktiskt taget ingenting. Det är nästan förolämpande att Google lagt till den funktionen som om det var en förbättring jämfört med äldre Android-versioner. Den delen är förresten en exklusiv Pixel - du kan inte trycka på dessa staplar i Android 12 som standard.
En annan liten gnäll som jag har är att fingeravtrycksläsaren under displayen inte dyker upp samtidigt som mönstertangentlåset. Du kan antingen mata in ett mönster eller lägga in ditt fingeravtryck, och om du sveper uppåt för att komma åt ditt mönster måste du svepa tillbaka för att komma åt din fingeravtryckssensor. Varför kan inte båda aktiveras? Det skulle vara mer meningsfullt och vara mer sammanhållet, särskilt eftersom själva knappsatsen inte tar upp mycket utrymme. Det känns som ett konstigt beslut, speciellt när andra OEM-tillverkare redan har räknat ut detta.
Prestationsklass
Android-kompatibilitetsdefinitionsdokumentet är en viktig del av Androids ekosystem. För att upprätthålla konsekvens i API: er och plattformsbeteende mellan Android-enheter, paketerar Google distributionen av Googles mobiltjänster (som inkluderar applikationer och ramverk som Google Play Butik och Google Play Services) med licensavtal som kräver att enheter följer reglerna enligt Googles “Android-kompatibilitetsprogram” (bland andra krav). Android-kompatibilitetsprogrammet består av flera automatiska testsviter och en uppsättning regler som räknas upp i CDD (CDD PDF för Android 12 tillgänglig här).
När det gäller Android 12 finns det ett par ändringar som CDD beskriver, men de flesta är vackra liten eller egentligen bara har en inverkan på OEM: er. En av de största förändringarna vi har sett var introduktionen av en "prestationsklass” som kan definieras i byggegenskaperna för en Android-smarttelefon. Google har redan meddelat detta tillsammans med lanseringen av Android 12 Beta 1, och det är ett enkelt sätt för utvecklare att kontrollera hur snabb en Android-smarttelefon faktiskt är. På sidan för Android-utvecklare, säger Google att varje version av Android har sin egen motsvarande prestandaklass, vilket innebär att det finns en prestandaklass för Android 12 och det kommer att finnas en för Android 13, 14 och så vidare.
Prestandaklasser är framåtkompatibla. Detta innebär att en enhet kan uppgradera till en ny Android-version utan att ändra dess prestandaklass, men det betyder också att enheter kan ändra sin klass om de uppfyller kraven för det nya operativsystemet version. Några nyckelkrav för prestandaklass 12 finns nedan.
Prestandaklass 12 nyckelkrav
- Minst 6 GB RAM
- Minst 400dpi och 1080p upplösning
- Minst 120MB/s sekventiell skrivhastighet, 250MB/s sekventiell läsning, 10MB/s slumpmässig skrivhastighet och 40MB/s slumpmässig läshastighet
- Måste ha (minst) en 12 MP bakre kamera som kan spela in i 4K 30 FPS
- Måste ha (minst) en 4MP frontkamera som klarar 1080p 30 FPS-inspelning
Prestandaklasser kan vara användbara för apputvecklare för att förbättra den övergripande upplevelsen på inte bara enheter som uppfyller specifikationerna för "prestandaklass", utan också för telefoner i lägre prisklass. Om en app upptäcker att en telefon inte uppfyller kraven för en enhet i "prestandaklass" kan den stängas av vissa, mer krävande funktioner eller visuella effekter för att förbättra hur appen fungerar på lägre nivåer telefoner. På samma sätt kan den också upptäcka om den körs på en av bästa Android-telefoner, i så fall kan den aktivera högpresterande funktioner.
Tidigare har vi sett Google försöka definiera olika typer av minimihårdvara för särskilda funktioner. Kommer du ihåg Googles Daydream VR? Företaget satte ett minimikrav på kompatibilitet i CDD: n för Daydream-kompatibla enheter med lanseringen av Android 7.1 Nougat. Några av dessa krav inkluderade ett fysiskt kärnkrav, Vulkan-stöd, minsta och maximala skärmstorlek, HEVC- och VP9-stöd och mer. Detta är helt klart en utveckling av det konceptet, även om det tillämpas mer allmänt i Android-ekosystemet.
Förvirrande nog verkar prestandaklasser släppas tillsammans med Android-versioner men fungerar också oberoende av dem. En enhet på Android 12 kan starta med prestandaklass 12 och sedan uppgradera till Android 13 i framtiden men behålla sin äldre prestandaklass. En prestandaklass för Android 11 definierades retroaktivt i CDD.
Syftet är förvirrande, men det verkar bara vara en minimispecifikation som appar kan kolla in och se om de körs på en någorlunda kraftfull enhet eller inte. Jag är inte säker på exakt hur en apputvecklare skulle använda dessa specifikationer, men jag tror att ytterligare information om enhet som görs tillgänglig för apputvecklare är i slutändan en bra sak, även om den sannolikt behöver utvecklas och ges en viss syfte. Det verkar som att det just nu främst är inriktat på "mediaprestanda", vilket förklarar varför mycket av fokus ligger på lagringshastighet, skärmupplösning och kamerafunktioner.
Integritet
Sekretess har alltmer varit ett av Googles största fokus under de senaste åren. Över 2,5 miljarder enheter kör Android runt om i världen, och en så stor installationsbas betyder att det finns ett stort oönskat intresse från hotaktörer. Det är därför varje ny version av Android lägger till funktioner för att säkerställa att din känsliga information endast är tillgänglig för dig. Android 12 introducerar massor av nya integritetsrelaterade ändringar. Det finns inte bara den nya rubriken Privacy Compute Core (för närvarande en Pixel-exklusiv), men det finns också Privacy Dashboard, kamera- och mikrofonindikatorer, platskontroller och mer.
Över 2,5 miljarder enheter kör Android runt om i världen
Sekretessinstrumentpanel
Den här nya integritetsinstrumentpanelen ger användarna information om hur ofta komponenter som kamera, mikrofon och plats nås av appar, och den låter användare veta vilka appar som använder dem, hur ofta de använder dem och låter användare återkalla dessa behörigheter om de tror att de också använder dem ofta. Det är ett fantastiskt tillägg som gör det väldigt enkelt att se hur viktiga behörigheter nås av olika appar.
Minskad platsåtkomst
Android 12 har introducerat möjligheten att ge appar en "ungefärlig" plats snarare än en exakt plats. Tänk till exempel på din väderapp. Behöver det verkligen känna din exakt adress? I allmänhet inte, och det är mer meningsfullt att allt det kan behöva är kunskap om din allmänna ort. Detta koncept har implementerats i Android 12 så att du kan bestämma om en app får tillgång till din exakta plats eller en ungefärlig plats.
Avisering om åtkomst till Urklipp
Google har lagt till ett toastmeddelande som visas när en app kommer åt ditt urklipp. Vi har alla lagrat känslig information på vårt urklipp tidigare, vanligtvis för att vi måste kopiera den informationen från en plats till en annan. Men före Android 12 kunde appar komma åt urklippet efter behag, och det fanns inget sätt att veta om och när de gjorde det. Toasten visar inte om begäran om åtkomst till urklipp kommer från samma app som den kopierades i.
Tillgång till kamera och mikrofon
Du kan enkelt stänga av kamera- och mikrofonåtkomst från telefonens snabbinställningar, och det bästa är att systemet hanterar det åt dig. Som ett resultat kommer appar att hantera gränsen på ett elegant sätt och kraschar inte om du plötsligt återkallar åtkomst, så länge de följer bästa praxis. Till exempel kommer appar bara se en svart sökare när kameraåtkomst är inaktiverad. Dessa växlar finns inte i snabbinställningarna som standard och måste dras ut manuellt. Enligt min åsikt anser jag att integritetscentrerade funktioner som dessa bör dyka upp och göras mycket mer framträdande för slutanvändaren så att de vet att de finns.
Private Compute Core (exklusivt Pixel)
Private Compute Services sägs ge en integritetsbevarande bro mellan Private Compute Core och molnet, vilket gör det möjligt att leverera nya AI-modeller och andra uppdateringar av maskininlärningsfunktioner i sandlåde över en säker väg. Google säger att kommunikation mellan funktioner och Private Compute Services sker över en uppsättning av målmedvetna API: er med öppen källkod, som tar bort identifierande information från data och tillämpar integritet teknologier som Federerat lärande, Federated Analytics och privat informationshämtning. Om du vill lära dig mer om detta kan du kolla in vår förklaring av allt vi vet om den privata datorkärnan i Google Pixel 6-serien.
Ändringar under huven i Android 12
Introduktionen av den generiska kärnbilden
Google har arbetat med att minska fragmenteringen på Android i flera år, även om en del av orsaken till det är Androids inneboende natur. Det finns otaliga OEM-tillverkare aktiva i utrymmet, och alla vill göra sina egna modifieringar för sina egna enheter. Problemet är då att det ser ut som att Android OS-uppdateringar är långsamma att rulla ut över hela linjen, men det finns inte mycket som Google faktiskt kan göra för att tvinga OEM-tillverkare att uppdatera sina enheter. Som sådan är det näst bästa som Google kan göra att göra uppdateringsprocessen så enkel som möjligt.
För att komma till rätta med denna fragmentering arbetade Google med Android Generic Kernel Image (GKI). Detta är i huvudsak en kärna kompilerad direkt från en ACK-gren. GKI isolerar SoC-leverantörer och OEM-anpassningar till plugin-moduler, eliminerar out-of-tree-kod och tillåter Google att skicka kärnuppdateringar direkt till slutanvändaren. I över ett år har Google arbetat på ett sätt att leverera GKI-uppdateringar via Play Store, genom att använda en Mainline-modul. Se till att checka ut hur Generic Kernel Image är nästa steg mot att lösa Androids fragmenteringsproblem.
Fantomprocesser
Android 12 introducerade ett par begränsningar för bakgrundsprocesser; den första är att underordnade processer för appar som förbrukar för mycket CPU i bakgrunden kommer att dödas om den överordnade processen också är i bakgrunden. Den andra begränsningen som införs är en gräns för antalet underordnade processer som kan vara aktiva vid varje given tidpunkt. Från begå historia, verkar det som att Google försökte slå ner på oseriösa bakgrundsprocesser.
"Appar skulle kunna använda Runtime.exec() för att skapa en underordnad process och ramverket har ingen aning om dess livscykel. Spåra nu dessa processer närhelst vi hittar dem – för närvarande kunde de ses under provtagningen av CPU-statistik. Om den förbrukar för mycket CPU medan dess moderappprocess också är i bakgrunden, döda den. Som standard tillåter vi upp till 32 sådana processer; processen med deras föräldrars sämsta oom adj-poäng kommer att dödas om det finns för många av dem.”
Naturligtvis är Android-smarttelefoner redan ökända för att döda appar i bakgrunden. I stort sett alla stora OEM-tillverkare engagerar sig i det på något sätt, form eller form, och företag gillar det OnePlus, Samsung och Xiaomi anses vara bland de sämsta. Även om AOSP har vissa begränsningar för bakgrundsappar, är det typiskt för tillverkare att bygga sina egna begränsningar ovanpå AOSP. Detta är dock ganska strikta begränsningar för avancerade användare och uppmuntrar beteenden som avancerade användare har varit uttalat emot under lång tid. Kanske kommer det att öka batteritiden på lång sikt, men det är ett ganska användarfientligt tillvägagångssätt.
Android 12 är min favorit iteration av Android ännu
Android 12 är den mest polerade och mest kompletta versionen av Android hittills
När det kommer till Android-versioner är Android 12 den mest polerade och mest kompletta versionen av Android hittills, i mina ögon. Bortsett från några av Material Yous elände är färgteman fantastiskt, och jag njuter verkligen av hur telefonen anpassar sig för att passa mig. Nästan alla dessa förändringar, från integritet och säkerhet till förbättringar under huven, är bra för slutanvändaren, och i slutändan går en lång, lång väg till att utveckla Android-plattformen.
Finns det en punkt där det är förändring för förändringens skull? Kanske, men jag är inte helt säker på att vi har nått det än. Android 11 såg bra ut, men det såg också väldigt barbent ut. Visuell röran är dålig, och jag känner att Android 12 lyckas få ett nytt, uppdaterat utseende utan att lägga till något extra rörigt. Med det sagt förstår jag argumenten angående slöseri med utrymme -- jag bryr mig bara inte tillräckligt om det. Min telefon fungerar fortfarande, den ser snyggare ut och jag tycker att den är mer välsmakande genomsnitt (läs: inte entusiast) användare.
Många av dessa ändringar kommer att behöva förbättras i Android 13. Jag känner inte nödvändigtvis att jag använder en beta, men det känns som att Google kan göra det Mer. Det känns som att det finns mer som måste göras, och det finns mer det kommer ske.