{"id":110470,"date":"2023-10-05T03:11:06","date_gmt":"2023-10-05T01:11:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-mobilnoj-platformy-android-14"},"modified":"2023-10-05T03:11:06","modified_gmt":"2023-10-05T01:11:11","slug":"vypusk-mobilnoj-platformy-android-14","status":"publish","type":"post","link":"https:\/\/prohoster.info\/no\/blog\/news\/vypusk-mobilnoj-platformy-android-14","title":{"rendered":"Utgivelse av mobilplattformen Android 14","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Selskapet Google har publisert utgivelsen av den \u00e5pne mobilplattformen Android 14. Kildetekstene relatert til den nye utgaven er tilgjengelige i Git-repositoriet for prosjektet (gren android-14.0.0_r1). Oppdateringer for fastvaren er forberedt for enheter i Pixel-serien. Det er planlagt \u00e5 forberede fastvareoppdateringer for smarttelefoner fra Samsung Galaxy, iQOO, Nothing, OnePlus, Oppo, Realme, Sharp, Sony, Tecno, vivo og Xiaomi senere. I tillegg er det laget universelle GSI (Generic System Images) bygge som passer for forskjellige enheter basert p\u00e5 ARM64- og x86_64-arkitektur. <\/p>\n
Hovudnyhende: <\/p>\n
\n
Den viktigste komponenten i plattformen inkluderer Health Connect-lagring, som tidligere ble levert som en egen pakke via Google Play. Health Connect sikrer sentral lagring av data fra treningsarmb\u00e5nd og andre enheter relatert til brukerens helse, og organiserer felles tilgang til helsedata for forskjellige applikasjoner. Tilgang til innstillingene for Health Connect vil n\u00e5 bli gitt via plattformens innebygde konfigurasjon, for eksempel kan man gjennom personvernsinnstillingene administrere hvilke spesifikke helsedata visse applikasjoner kan f\u00e5 tilgang til. I tillegg er det lagt til st\u00f8tte for \u00e5 lagre informasjon om ruten som ble g\u00e5tt under trening (brukeren definerer tidsrommet for hvilke rute-punkter som skal lagres). Ruten kan visualiseres p\u00e5 kartet og, etter brukerens bekreftelse, sendes til behandling av andre applikasjoner.
<\/center> <\/li>\n
Verkt\u00f8yene for bekreftelse av tilgang til informasjon om beliggenhet er utvidet. I dialogen for \u00e5 bekrefte tilgang til beliggenhet er det lagt til en ny seksjon med informasjon om n\u00e5r applikasjonen overf\u00f8rer data om beliggenhet (tilgang nektet, tillat kun \u00e9n gang og tillat ved hver bruk av applikasjonen) og detaljer om hvor man kan finne mer informasjon om tilgangen til de overf\u00f8rte dataene.
<\/center> <\/li>\n
Det er implementert periodisk (en gang i m\u00e5neden) varsling med advarsel om endringer i applikasjonene som har f\u00e5tt tilgang til beliggenhet, metoder for overf\u00f8ring av data til tredjeparter (for eksempel vises det n\u00e5r applikasjonen begynner \u00e5 bruke beliggenhetsdata for annonsering).
<\/center>\n
N\u00e5r du bruker applikasjoner, er det implementert en mer merkbar pekepinn med en tilbake-arrow, som vises for \u00e5 forenkle forst\u00e5elsen av hvordan skjermgester kan brukes for \u00e5 g\u00e5 tilbake.
<\/center> <\/li>\n
I Sharesheet-mekanismen, som brukes for \u00e5 sende data (for eksempel bilder eller lenker) utenfor applikasjonen eller til en annen bruker, er det implementert mulighet for \u00e5 legge til egne handlinger. For eksempel kan du definere din egen liste over ChooserAction-behandlere som viser applikasjoner og brukere som er tilgjengelige for sending. I tillegg er spektret av signaler som brukes til \u00e5 rangere m\u00e5l for direkte sending av data, utvidet.
<\/center> <\/li>\n
Muligheten for delvis tildeling av rettigheter for tilgang kun til de valgte bildene og videoene som brukeren har valgt (READ_MEDIA_VISUAL_USER_SELECTED, filene som f\u00e5r tilgang, velges av brukeren via Photo picker-grensesnittet under tillatelsesdialogen). Etter at applikasjonen er sendt til bakgrunnen eller programmet avsluttes, blir de tillatelsene som brukeren har gitt, automatisk tilbakekalt. I bekreftelsesdialogen for appers tilgang til multimediefiler har brukeren n\u00e5 mulighet til \u00e5 gi tilgang bare til utvalgte bilder eller videoer.
<\/center> <\/li>\n
Konfiguratoren har f\u00e5tt en seksjon for overstyring av innstillingene for regionale preferanser, som temperaturm\u00e5leenheter, ukens f\u00f8rste dag og tallsystem. For eksempel kan en europeer som bor i USA konfigurere for \u00e5 vise temperaturen i Celsius i stedet for Fahrenheit og anse mandag som ukens f\u00f8rste dag i stedet for s\u00f8ndag.
<\/center> <\/li>\n
Mulighetene for skalering av skrifttyper er utvidet, den maksimale skaleringsgraden for skrifttype er \u00f8kt fra 130% til 200%, og for \u00e5 unng\u00e5 at teksten ser for stor ut ved h\u00f8y skalering, brukes det n\u00e5 en ikke-line\u00e6r endring av skalering (allerede stor tekst skaleres ikke like mye som liten tekst), noe som gir optimal lesbarhet for mennesker med nedsatt syn uten fare for at grensesnittkomposisjonen blir forvrengt.
<\/center> <\/li>\n
Den st\u00f8tten for videoopptak med h\u00f8y dynamisk lysstyrke (HDR), som dukket opp i forrige versjon, er utvidet med muligheten for \u00e5 samle inn ekstra informasjon fra kameraet, noe som muliggj\u00f8r lagring av bilder i \"Ultra HDR\"-formatet, der 10 biter per kanal brukes til fargekoding. Ultra HDR-formatet er helt kompatibelt med JPEG, noe som lar applikasjoner fungere med HDR-bilder uten endringer, og hvis det er n\u00f8dvendig \u00e5 vise dem med vanlig lysstyrke. Utdatert i HDR-modus sikres automatisk av plattformen hvis HDR-st\u00f8tte aktiveres i applikasjonsmanifestet, eller ved \u00e5 kalle Window.setColorMode. For separat gjengivelse av Ultra HDR kan klassen Gainmap brukes med OpenGL eller Vulkan.
<\/center> <\/li>\n
Typene applikasjoner som har lov til \u00e5 vise helskjerm varsler n\u00e5r skjermen er l\u00e5st, er begrenset. Slike varsler er ment \u00e5 tiltrekke oppmerksomheten til informasjon som krever umiddelbar respons, som innkommende anrop eller alarmutl\u00f8sing, s\u00e5 bevilgningene for \u00e5 vise slike varsler er n\u00e5 begrenset til applikasjoner for anrop og varsling. <\/li>\n
Administrasjonen av animasjonen som signaliserer overgangen mellom forskjellige skjermer (faner) i applikasjonen ved sveiping for \u00e5 flytte innholdet, er forbedret. Nye komponenter for animasjon ved bytte av bunn- og side-skjermer samt for \u00e5 aktivere s\u00f8k er lagt til. En API for \u00e5 lage egne overgangseffekter i applikasjonen er ogs\u00e5 lagt til. <\/li>\n
Sett med kameraer (Camera Extensions) er oppdatert med mulighet for \u00e5 bruke langvarige algoritmer som krever intensiv beregning for bildebehandling, for eksempel for \u00e5 forbedre kvaliteten p\u00e5 bilder tatt under lav belysning. Funksjoner for \u00e5 forutsi forsinkelsene ved bildebehandling, f\u00e5 informasjon om fremdriften av behandlingen og raskt f\u00e5 et utkast av bildet f\u00f8r det endelige bildet er klart, er lagt til. En mer optimalisert og energieffektiv forh\u00e5ndsvisningsmodus for SurfaceView er implementert. Under bruk av utvidelser st\u00f8ttes ber\u00f8ring for fokus og zoom. <\/li>\n
St\u00f8tte for bruk av innebygde kamerafunksjoner for skalering og beskj\u00e6ring av overf\u00f8rte RAW-bilder er lagt til. <\/li>\n
For kablede hodetelefoner koblet til via USB, er muligheten for \u00e5 bruke tapeless lydformater lagt til. Klassen AudioMixerAttributes er lagt til i API-en, noe som gj\u00f8r det mulig \u00e5 sende lyd direkte til enheten uten miksing, volumjustering eller effekth\u00e5ndtering. <\/li>\n
Det er implementert en Mesh-klasse i det grafiske API-et, som gj\u00f8r det mulig \u00e5 lage egne varianter av polygonnett med vertex- og fragment-shadere skrevet i AGSL. <\/li>\n
Muligheten for maskinvareakselerasjon av tegning til buffer er lagt til, implementert gjennom klassen HardwareBufferRenderer. <\/li>\n
I klassen Path, som gj\u00f8r det mulig \u00e5 lage vektorgrafikk basert p\u00e5 sammensatte geometriske konturer, er st\u00f8tte for interpolering mellom konturer med lignende struktur for \u00e5 skape morfingeffekter lagt til, samt bruken av iteratoren PathIterator for sekvensiell iterasjon over alle segmentene av konturen. <\/li>\n
Mulighetene for \u00e5 knytte spesifikke spr\u00e5kinstillinger til ulike applikasjoner er utvidet. Det er n\u00e5 mulig \u00e5 definere en liste over spr\u00e5k som skal vises i Android-konfiguratoren n\u00e5r du velger spr\u00e5k for en spesifikk applikasjon. <\/li>\n
Omr\u00e5dene der systemet viser informasjon relatert til personvern, definert av utvikleren i Play Console-skjemaet, er utvidet, inkludert politikk om deling av data med tredjepart. Slike opplysninger vises n\u00e5 for eksempel i dialogboksen for tillatelsesforesp\u00f8rsel. <\/li>\n
I applikasjoner som bruker bakgrunnsbehandlere, er det n\u00e5 obligatorisk \u00e5 spesifisere type bakgrunnstjeneste. Under drift sjekker systemet at den angitte tjenestetypen samsvarer med forespurte tillatelser og brukt API. For eksempel, hvis applikasjonen angir bakgrunnstjenestetypen FOREGROUND_SERVICE_TYPE_LOCATION, er det underforst\u00e5tt at tillatelsene ACCESS_COARSE_LOCATION eller ACCESS_FINE_LOCATION kan bli forespurt. <\/li>\n
Det er gjort endringer for \u00e5 forbedre sikkerheten: Applikasjoner er forbudt \u00e5 sende intent-foresp\u00f8rsel til enkelte interne plattformkomponenter. Dynamisk lastet kode m\u00e5 n\u00e5 merkes med attributtet for tilgang i skrivebeskyttet modus. Behandling av zip-arkiv hvor stien starter med tegnet \"\/\" eller inneholder sekvensen \"..\" er forbudt i funksjonene ZipFile(String) og ZipInputStream.getNextEntry(). Utf\u00f8relse fra bakgrunnsbehandlere er begrenset, og begrensningene i bruken av programgrensesnitt som ikke tilbys i SDK er oppdatert.\n
N\u00e5r en enhet kobles til en stasjon\u00e6r PC via USB, har det n\u00e5 blitt mulig \u00e5 bruke smarttelefonen som et webkamera (UVC-modus, USB Video Class), i tillegg til tidligere tilgjengelige interaksjonsmoduser som filoverf\u00f8ring, lading og internettdeling. Som standard er denne funksjonaliteten deaktivert, men kan aktiveres med root-tilgang.\n
Forbedringen av plattformens funksjonalitet p\u00e5 nettbrett og enheter med foldeskjermer fortsetter. Bibliotekene som forutsier hendelser relatert til musepekerbevegelser og gir lavere forsinkelser ved bruk av stylus, er n\u00e5 tilgjengelige. Det er ogs\u00e5 gitt grensesnittmaler for store skjermer, tilpasset applikasjoner som sosiale medier, kommunikasjon, multimedia, lesing og shopping. <\/li>\n
Et eget mandat for \u00e5 gi applikasjoner muligheten til \u00e5 starte handlinger mens de befinner seg i bakgrunnen, er lagt til. Aktivering mens appen er i bakgrunnen er begrenset for \u00e5 unng\u00e5 distraksjoner for brukeren mens de jobber med den n\u00e5v\u00e6rende applikasjonen. Aktive applikasjoner har f\u00e5tt flere muligheter til \u00e5 kontrollere aktivering av handlinger fra andre applikasjoner de interagerer med. <\/li>\n
Systemet for minneh\u00e5ndtering har blitt optimalisert for en mer effektiv tildeling av ressurser til applikasjoner som kj\u00f8rer i bakgrunnen. Etter noen sekunder med applikasjonen i en hurtigbuffer-tilstand, er bakgrunnsarbeidet begrenset til \u00e5 jobbe med API-er som styrer livssyklusen til applikasjonen, som API Foreground Services, JobScheduler og WorkManager. <\/li>\n
Varslinger som er utstyrt med flagget FLAG_ONGOING_EVENT kan n\u00e5 avvises n\u00e5r de vises p\u00e5 enheten med l\u00e5st skjerm. Hvis enheten er i l\u00e5st skjermmodus, vil slike varslinger forbli ikke-avvisbare. Varslinger som er viktige for systemets funksjonalitet vil ogs\u00e5 forbli ikke-avvisbare. <\/li>\n
API-en PackageInstaller har f\u00e5tt nye metoder: requestUserPreapproval(), som lar applikasjonskatalogen utssette nedlasting av APK-pakker til brukerens bekreftelse p\u00e5 installasjon er mottatt; setRequestUpdateOwnership(), som lar installat\u00f8ren sikre seg fremtidige oppdateringsoperasjoner; setDontKillApp(), som gir ekstra muligheter for applikasjonen under drift. I API-en InstallConstraints har installat\u00f8rer f\u00e5tt muligheten til \u00e5 aktivere oppdatering av applikasjoner n\u00e5r de ikke er i bruk.\n
Arbeidet med \u00e5 forbedre plattformens ytelse p\u00e5 nettbrett og enheter med foldbare skjermer har fortsatt. Anbefalingene for utvikling av applikasjoner for store skjermer er oppdatert, og det er lagt til maler for brukergrensesnitt for store skjermer, som tar hensyn til bruksomr\u00e5der som sosiale nettverk, kommunikasjon, multimedia, lesing og shopping. En tidlig versjon av Cross device SDK er foresl\u00e5tt, med verkt\u00f8y for \u00e5 utvikle applikasjoner som fungerer korrekt p\u00e5 ulike typer enheter (smarttelefoner, nettbrett, smarte TV-er, osv.) og ulike formfaktorer. <\/li>\n
Det har blitt utf\u00f8rt optimalisering av koordinasjonen av ressurskrevende bakgrunnsarbeid, som nedlasting av store filer n\u00e5r Wi-Fi-tilkobling er tilgjengelig. Endringer er gjort i API-en for \u00e5 starte prioritetsjenester (Foreground Service) og planlegging av oppgaver (JobScheduler), hvor ny funksjonalitet for brukerinitierte oppgaver relatert til datatransfer er lagt til. Krav om \u00e5 spesifisere typen for prioriterte tjenester (arbeid med kamera, datasykronisering, multimediaavspilling, posisjonssporing, tilgang til mikrofon osv.) er innf\u00f8rt. Vilk\u00e5rene for aktivering av datanedlasting er forenklet, for eksempel for nedlasting kun ved tilgang via Wi-Fi. <\/li>\n
Det interne systemet for levering av kringkastingsmeldinger til applikasjoner er optimalisert for \u00e5 redusere energiforbruket og \u00f8ke responsiviteten. Mottak av registrerte meldingsstr\u00f8mmer for applikasjoner er forbedret \u2014 meldinger kan settes i k\u00f8, aggregeres (for eksempel vil en serie med meldinger som omhandler BATTERY_CHANGED bli aggregert til \u00e9n melding) og leveres f\u00f8rst etter at applikasjonen har forlot den cachede tilstanden.\n
Grensen for maksimalt antall hurtigbufrede applikasjoner har blitt hevet, noe som har redusert antallet applikasjoner som kj\u00f8res i \"kaldt\" modus (dvs. ikke hurtigbufret i minnet og som kj\u00f8res saktere). For enheter med 8 GB RAM er antallet \"kalde\" applikasjoner redusert med 20 % etter endringene, og for 12 GB - med 30 %. <\/li>\n
Bruken av den n\u00f8yaktige tidsutf\u00f8relsesfunksjonen i applikasjoner (exact alarms) krever n\u00e5 en egen tillatelse SCHEDULE_EXACT_ALARM, da anvendelse av denne funksjonaliteten kan p\u00e5virke batterilevetiden negativt og f\u00f8re til \u00f8kt ressursforbruk (for oppgaver som utf\u00f8res etter en tidsplan, anbefales det \u00e5 bruke aktivering p\u00e5 omtrentlig tid). Applikasjoner som implementerer kalender og klokker, som bruker aktivering p\u00e5 n\u00f8yaktig tid, m\u00e5 ved installasjon ha tillatelsen USE_EXACT_ALARM. Publisering i Google Play-katalogen av applikasjoner med tillatelse USE_EXACT_ALARM er kun tillatt for programmer med implementering av vekkerklokker, tidtakere og kalendere med hendelsesvarsler. <\/li>\n
Det er n\u00e5 mulig \u00e5 spesifisere spr\u00e5kinnstillinger knyttet til individuelle applikasjoner. Utvikleren av applikasjonen kan n\u00e5 endre localeConfig-parametere via anropet LocaleManager.setOverrideLocaleConfig for \u00e5 definere listen over spr\u00e5k som vises for applikasjonen i Androids innstillingsgrensesnitt. <\/li>\n
API for Grammatical Inflection er lagt til for \u00e5 forenkle tillegg av oversettelser av grensesnittselementer som tar hensyn til spr\u00e5k med kj\u00f8nnsystem. <\/li>\n
For \u00e5 hindre at ondsinnede applikasjoner n\u00e6rmer seg intent-foresp\u00f8rslene, er det i den nye versjonen forbudt \u00e5 sende intents uten \u00e5 spesifisere pakken eller den interne komponenten tydelig. <\/li>\n
Sikkerheten for dynamisk kodeinnlasting er forbedret \u2014 for \u00e5 unng\u00e5 innsetting av skadelig kode i dynamisk lastede kj\u00f8rbare filer, m\u00e5 disse filene n\u00e5 ha tilgangsrettigheter som tillater kun lesing. <\/li>\n
Installasjon av applikasjoner som har en SDK-versjon lavere enn 23 er forbudt, noe som vil blokkere omg\u00e5else av myndighetsbegrensninger gjennom binding til gamle API-er (API-versjon 22 er forbudt, siden det i versjon 23 (Android 6.0) er en ny tilgangsstyringsmodell som lar brukeren be om tilgang til systemressurser p\u00e5 farten). Tidligere installerte applikasjoner som bruker gamle API-er, vil fortsette \u00e5 fungere etter oppdatering av Android. <\/li>\n
API Credential Manager er foresl\u00e5tt, som lar applikasjoner organisere innlogging ved bruk av legitimasjon fra eksterne autentiseringstjenester. St\u00f8tte for Passkeys-teknologien er implementert, som lar brukeren autentisere seg uten passord ved bruk av biometriske identifikatorer som fingeravtrykk eller ansiktsgjenkjenning. Brukergrensesnittet for valg av konto er forbedret. <\/li>\n
Android Runtime (ART) har implementert st\u00f8tte for OpenJDK 17. Plattformens grunnleggende Java-biblioteker og utviklingsverkt\u00f8y er oppdatert til OpenJDK 17. St\u00f8tte for de tilgjengelige spr\u00e5kmulighetene og Java-klassene i OpenJDK 17, som records, flerspr\u00e5klige strenger, og m\u00f8nstergjenkjenning i \"instanceof\"-operat\u00f8ren er blitt lagt til.\n
I Android Runtime er det benyttet mer avanserte kompresjonsmetoder, noe som har resultert i et gjennomsnittlig filst\u00f8rrelsesreduksjon p\u00e5 9,3 % uten at ytelsen ble svekket.\n
Metoden for oppdatering av sertifikater fra sertifiseringsmyndigheter (CA) er endret. Systemsertifikater vil ikke lenger v\u00e6re knyttet til fastvare, men vil bli levert som en egen pakke, oppdatert via Google Play. Denne tiln\u00e6rmingen vil forenkle vedlikeholdet av gjeldende sertifikater og fjerne sertifikater fra kompromitterte sertifiseringsmyndigheter, samt hindre enhetsprodusenter fra \u00e5 manipulere listen over rotsertifikater, og gj\u00f8re prosessen for oppdatering uavhengig av oppdateringer av fastvare. P\u00e5 den annen side vil den nye leveringsmetoden ikke tillate brukeren \u00e5 foreta endringer i systemsertifikatene, selv om han har root-tilgang i systemet og full kontroll over fastvaren. <\/ul>\n
![\"Utgivelse](\"\/wp-content\/uploads\/2023\/10\/4a630627292ae485674cf12d3b517ed0.png\")
<\/center> <\/li>\n![\"Utgivelse](\"\/wp-content\/uploads\/2023\/10\/1f3d437893271a1d53e5c23829e6bc9a.png\")
<\/center> <\/li>\n![\"Utgivelse](\"\/wp-content\/uploads\/2023\/10\/a2b07f760a475831065777b8291ee843.png\")
<\/center>\n![\"Utgivelse](\"\/wp-content\/uploads\/2023\/10\/f517a1ca8ede1dc8cedd00381eb90edc.png\")
<\/center> <\/li>\n![\"Utgivelse](\"\/wp-content\/uploads\/2023\/10\/778e11f97aafb4e53df1354231cf9bd0.png\")
<\/center> <\/li>\n![\"Utgivelse](\"\/wp-content\/uploads\/2023\/10\/cbd0a6f2b21e18c9278494c7daa964d4.png\")
<\/center> <\/li>\n![\"Utgivelse](\"\/wp-content\/uploads\/2023\/10\/36154deb2e27e6bd71b9a82dfe63e608.png\")
<\/center> <\/li>\n![\"Utgivelse](\"\/wp-content\/uploads\/2023\/10\/89eca1ae68ccf96596cf562e93b23de2.png\")
<\/center> <\/li>\n![\"Utgivelse](\"\/wp-content\/uploads\/2023\/10\/eb9b1ce4dc0659f1f2e337172af1a929.png\")
<\/center> <\/li>\n