Android 17 beta 1
Noen dager siden Google annonserte lanseringen av den første betaversjonen av Android 17, hvis endelige utgivelse er planlagt til andre kvartal 2026. Denne versjonen introduserer strukturelle modifikasjoner i minnehåndtering, håndtering av grensesnitt på store skjermer og multimediebehandling.
Denne versjonen fortsetter arbeidet med å oppnå mer tilpasningsdyktige Android-apper, introduserer betydelige forbedringer av kamera- og multimediefunksjoner, nye verktøy for å optimalisere tilkoblingen og utvidede profiler for komplementære enheter.
Den mest åpenbare endringen i utviklingssyklusen er Eliminering av det tradisjonelle programmet «Forhåndsvisninger av utviklere». I stedet tar Google i bruk en kontinuerlig Canary-kanal som lar oppdateringer og nye API-er sendes direkte til utviklere så snart de har bestått intern testing, noe som letter integrering med kontinuerlige integrasjonsmiljøer (CI) gjennom direkte oppdateringer.
Store skjermer og vindushåndtering
Med utgivelsen av denne Beta 1 kan vi se at operativsystemet Det krever nå at applikasjoner tilpasser seg skjermer med en dimensjon mindre enn eller lik 600 dp., som nettbrett og sammenleggbare telefoner. Android 17 (API-nivå 37) Ignorer manifestattributter som blokkerer endring av vindusstørrelse eller tvinger frem en bestemt retning, som for eksempel policyen som begrenser visningen til portrettmodus. For å unngå ytelsesfall under disse overgangene, endrer systemet standardvirkemåten som svar på konfigurasjonsendringer, for eksempel tilkobling av et tastatur eller endring av fargemodus. I stedet for å ødelegge og gjenskape aktiviteten, vil systemet sende oppdateringen via et statuskall, noe som krever at utviklere administrerer grensesnittet manuelt.
På arkitekturnivået, Android-kjøretidsmiljøet (ART) implementerer en generasjonsavfallsinnsamlerDenne komponenten skiller nyopprettede minneobjekter fra gamle, som Den akselererer datarensing med korte livssykluser og reduserer prosessorbelastningen. på en målbar måte.
I tillegg har systemmeldingskøen en ny låsefri implementering, en teknisk justering som har som mål å redusere rammetap. For å sikre at disse optimaliseringene kjører riktig, Systemet forbyr nå strengt kjøretidsendring av de merkede feltene. som for eksempel "statiske finaler", som kaster umiddelbare ulovlige tilgangsunntak hvis et program prøver å endre dem via refleksjon eller JNI.
Kameraoverganger og multimediekoding
La gAdministrasjonen av foto- og videoopptaksøkter får en API-oppdatering. Utviklere kan nå bruke en spesifikk metode for å koble til og fra kamerautgangsflater På farten. Dette lar deg bytte mellom å ta bilder og spille inn video uten å måtte lukke og konfigurere hele økten på nytt, slik at du unngår skjermavbrudd.
Når det gjelder videokomprimering, systemet legger til innebygd støtte for VVC (H.266)-standarden, Utviklet for å behandle oppløsninger på opptil 8K og 360-graders innhold med større komprimeringseffektivitet enn forgjengeren HEVC. Videoopptak har også en konstant kvalitetsparameter som lar deg opprettholde visuell klarhet uavhengig av svingninger i bithastigheten.
Nettverks- og periferibegrensninger
Nettverkssikkerhetspolicyer blir mer restriktive ettersom attributtet som tillot ukryptert teksttrafikk som standard, er foreldet. Applikasjoner som må sende standard HTTP-forespørsler må spesifisere dem gjennom en konfigurasjonsfil. uavhengig nettverkssikkerhet. Systemets kryptografi integrerer HPKE-hybridmekanismen, som kombinerer ytelsen til symmetrisk kryptering med sikkerheten til asymmetrisk nøkkeldistribusjon.
På den annen side inkluderer tilkobling til ekstern maskinvare gjennom den komplementære enhetsbehandleren dedikerte profiler for treningssporere og medisinsk utstyr, noe som standardiserer tillatelsesforespørselen og koblingsgrensesnittet for helseutstyr.
Til slutt, hvis du er interessert i å lære mer om det, kan du konsultere detaljer i følgende lenke.