Idag har Google tillkännagett Project Treble, ett projekt som modulariserar Android så att OEM-tillverkare kan leverera Android-uppdateringar snabbare.
En av de största kritikerna mot Android är fragmentering av programuppdateringar. Än idag måste många enheter vänta flera månader efter sina Google-enheter bara för att få nästa stora version av Android. Till exempel släpptes Android Nougat officiellt i augusti förra året, men det har tagit OEMs månader i sträck att rulla ut Android 7.X till sina användare. Den här månaden kör bara cirka 7 % av alla Android-enheter Android Nougat. I ett försök att bekämpa den långa tidsperioden mellan att släppa nya versioner av Android och OEM-uppdateringar deras enheter har Google tillkännagett den största förändringen av Androids lågnivåsystemarkitektur hittills - Projekt Treble.
Project Treble - Modularisera Android för att förbättra programuppdateringar
För det första, för att förstå vad det är som Project Treble exakt gör, är det viktigt för dig att förstå den allmänna uppdateringsprocessen som är involverad med varje iteration av Android. Processen kan sammanfattas i ungefär 5 steg, som sådan:
- AOSP Release – Google publicerar källkoden för den nya Android-versionen
- Uppstart/maskinvarukompatibilitet - Silikontillverkare (Qualcomm, Samsung, Hisilicon, MediaTek, etc.) ändra källkoden så att Android kan starta på sina marker, och all hårdvara på chipet fungerar som förväntas
- OEM-modifieringar - Denna modifierade källa ges sedan till enhetstillverkare (OEM som t.ex Samsung, LG, Huawei/Honor, OnePlus, HTC, etc.) så att de kan ändra källan så att den inkluderar sin egen programvara.
- QA/Testning - OEM: er genomgår testfaser av programvaran internt och testar även sin programvara med sina operatörspartners.
- General Release - uppdateringen görs så småningom tillgänglig för slutanvändare under flera veckor genom OTA-uppdateringar
Google är i allmänhet mycket snabba med att släppa källkoden för varje ny Android-version, och till och med delar sin kod privat med några av sina partners så att de kan komma igång med att omedelbart uppdatera sin kodbas. Google har ingen kontroll över hur lång tid steg 4 och 5 tar, men de har hittat ett sätt att minska tiden som spenderas under steg 2. Teamet bakom Android "omarbetar" Android på en låg nivå för att göra det lättare för kiseltillverkare att uppdatera och testa sin kod.
För detta ändamål introducerar Google vad de kallas Leverantörsgränssnitt. Detta leverantörsgränssnitt liknar sin funktion som Compatibility Definition Document (CDD) och Compatibility Test Suite (CTS), som båda säkerställer att OEM-tillverkare vet exakt vad de behöver implementera för att deras enheter ska uppfylla de krav som krävs för att köra Google Play Services på den senaste versionen av Android. Google modulariserar Android så att Android OS-ramverket hålls åtskilt från den enhetsspecifika mjukvaran på lägre nivå skriven av kiseltillverkarna. Leverantörsgränssnittet är validerat av Vendor Test Suite (VTS), så kiseltillverkare vet exakt vilka krav som måste uppfyllas för att deras chips ska stödja uppstart av Android.
Den största fördelen med denna förändring är att enhetstillverkare (OEM) nu kan välja att uppdatera sina telefoner genom att uppdatera Android OS-ramverket utan att behöva vänta på kiseltillverkare för att uppdatera sin leverantörsimplementeringskod. Även om detta drag, om det gjordes tidigare, sannolikt inte skulle ha påverkat oavsett om enheter på MSM8974 ta emot Android 7.0 Nougat-uppdateringen (eftersom problemet där härrör från CDD som kräver antingen Vulkan Graphics API eller GLES 3.1, vilket ÄR något som OEM-tillverkare måste vänta på kiseltillverkare att ta med GPU-stöd för i sin källkod), bör detta drag ändå avsevärt minska tiden det tar för stora Android-uppdateringar att nå fram till konsumenter.
Vi kan inte exakt förutsäga hur mycket detta drag kommer att minska uppdateringsfördröjningen. Microsoft löste det här problemet för länge sedan med hårdvaruabstraktion av Windows-drivrutiner, så vi hoppas att denna stora förändring på låg nivå för Android något närmare Windows i den riktningen. Den nya Project Treble-arkitekturen körs redan på Google Pixel och Pixel XL på Android O Developer Förhandsgranska, och den fullständiga dokumentationen för projektet kommer att göras tillgänglig med lanseringen av Android O senare sommar.
Tyvärr betyder det att för de allra flesta befintliga enheter kommer du inte att se frukterna av Android-teamets arbete i Project Treble. Det kommer att dröja några år innan vi verkligen kan se om detta drag har haft en betydande effekt på att minska tiden du måste vänta på att få nästa smak av Android. Ändå är detta en spännande utveckling för Android-fans, eftersom den tar itu med ett av kärnproblemen med operativsystemet som många av oss kommer till XDA-Developers forum för att ta upp: mjukvaruuppdateringar. Vi hoppas att den lever upp till hypen.
Källa: Android Developers Blog