Kamakailan ay inanunsyo ng Google ang isang bagong hanay ng mga kinakailangan at pamantayan sa kalidad para sa Android at sa Google Play Store nito. Direktang tinutugunan ng inisyatibong ito ang mga limitasyon sa supply chain ng hardware at ang lumalaking kakulangan ng mga RAM module sa pandaigdigang merkado ng smartphone.
Upang maiwasan ang labis na pagkonsumo ng mga resources ng mga app at pagdudulot ng paghina o sapilitang pag-shutdown ng operating system, sisimulan ng kumpanya ang pag-audit at pagpaparusa sa labis na paggamit ng memory simula Pebrero 2027. Ang mga developer na ang mga app ay lumampas sa itinakdang limitasyon ay maaaring maharap sa mga paghihigpit sa pag-publish ng mga bagong bersyon at matinding pagkawala ng visibility sa mga paghahanap at rekomendasyon sa Play Store.
Mga sukatan ng pagganap at mga limitasyon sa bawat antas ng RAM
Ang pagsubaybay ay ibabatay sa tatlong haligi sa loob ng platform ng Android Vitals sa Play Console.
- Ang una ay ang dynamic memory consumption, na sumusubaybay sa hindi nagpapakilalang paggamit ng RSS bilang karagdagan sa datos na nakuha sa swap partition o file, pagsusuri sa parehong aktibong estado mula sa aplikasyon sa harapan tulad ng kilos nito sa background.
- El Sinusuri ng pangalawang parameter ang paggamit ng mga bitmap (mga bitmap) ng mga imaheKinakailangan ng Google na ang mga na-upload na larawan ay hindi kinakailangang magpanatili ng memorya kapag ang application ay pumasok sa isang nakatago o naka-cache na estado.
- El Ang ikatlong punto ay nangangailangan ng pag-optimize ng executable code sa DEX format. (Dalvik Executable): Ang mga pakete ay dapat iproseso gamit ang mga tool sa pagbabawas at pag-obfuska tulad ng R8, na nangangailangan ng minimum na 25% na pinagsamang saklaw sa pagitan ng pag-optimize, pag-alis ng hindi nagamit na code, at pagpapaikli ng mga identifier upang mapagaan ang pasanin sa pabagu-bagong memorya.
Ang pinakamataas na pinapayagang mga limitasyon ay kakalkulahin nang paunti-unti batay sa pisikal na kapasidad ng RAM ng device. Para sa mga karaniwang aplikasyon, ang mga limitasyon ay kino-configure gaya ng sumusunod:
- Mga device na may 4 GB ng RAM: Maximum na 2 GB sa aktibong estado at 1 GB sa background.
- Mga device na may 8 GB ng RAM: Maximum na 2.25 GB sa foreground at 1.5 GB sa background.
- Mga device na may 12 GB ng RAM: Maximum na 3.25 GB sa foreground at 1.75 GB sa background.
- Mga device na may 16 GB ng RAM: Maximum na 4.25 GB sa foreground at 2 GB sa background.
Para sa mga mobile video game, dahil ang mga ito ay mga kapaligiran na may mas mataas na pangangailangan sa grapiko at pagproseso, mas malawak na mga margin ang itinakda:
- Mga device na may 4GB RAM: Limit na 2.25GB kapag aktibong ginagamit at 2GB kapag ginagamit sa background.
- Mga device na may 8GB RAM: Limit na 3.5GB kapag aktibong ginagamit at 2.75GB kapag ginagamit sa background.
- Mga device na may 12GB RAM: Limit na 4GB kapag aktibong ginagamit at 3.2GB kapag ginagamit sa background.
- Mga device na may 16GB RAM: Limit na 5GB kapag aktibong ginagamit at 3.5GB kapag ginagamit sa background.
Bukod sa pagkontrol sa resources, magpapatupad ang Google Play ng bagong kinakailangan sa onboarding simula Abril 2027. Kilala bilang Zero-Tap Sign-In standard, hihilingin ng patakarang ito sa lahat ng app na sumusuporta sa pag-sign-in ng user (mandatory o opsyonal) na awtomatikong ibalik ang session kapag inilipat ng user ang kanilang data sa isang bagong Android device.
Upang sumunod sa regulasyong ito, dapat i-integrate ng mga developer ang Android Restore Credentials API, na tinitiyak na agad na maa-access ng mga user ang kanilang mga account sa unang pagkakataon na buksan ang app nang hindi kinakailangang manu-manong ilagay muli ang kanilang mga password. Sa kasalukuyan, ang mga video game ay hindi sakop ng partikular na kinakailangang ito dahil sa kasalimuotan ng kanilang mga scheme ng pagpapatotoo, bagama't inirerekomenda ng Google ang paggamit ng API para sa mga larong may mga natatanging profile.
Mga pagpapabuti sa seguridad sa Android 17
Kasama ng mga regulasyon ng tindahan na ito, isinasama ng sangay ng pag-develop ng Android 17 ang mga mekanismo para sa pagprotekta sa mga komunikasyon sa network. Una, pinapagana nito ang pagiging tugma sa extension ng TLS ECH (Encrypted ClientHello), ang kahalili ng ESNI.
Hindi tulad ng mga nakaraang teknolohiya na naglantad ng metadata noong unang koneksyon, ganap na ine-encrypt ng ECH ang unang mensahe ng ClientHello, itinatago ang domain name ng mga binisitang website sa trapiko ng HTTPS at pinipigilan ang mga tagas sa mga field tulad ng pre-shared key (PSK).
Pangalawa, inilulunsad na ang Local Area Network Protection system , na nangangailangan ng mga application na humingi ng tahasang pahintulot mula sa user bago nila ma-scan ang home network o makipag-ugnayan sa mga device na nakakonekta sa local area network (LAN).
Bukod pa rito, ang mekanismo ng Certificate Transparency (CT ) ay pinapagana bilang default, na nagpapanatili ng isang pampubliko at hindi nababagong talaan ng lahat ng inisyu at binawi na mga digital na sertipiko upang matukoy ang mga anomalya o kompromiso sa mga Certification Authorities (CA).
Panghuli, binibigyan ng Android 17 ang mga mobile operator ng kakayahang i-disable ang mga 2G network bilang default, na pumipigil sa mga pag-atake batay sa mga pekeng base station na nagpilit sa pagbaba ng signal upang maharang ang trapiko ng SMS at mag-deploy ng mga kampanya ng pandaraya.
Kung interesado kang matuto nang higit pa, makikita mo ang mga detalye sa sumusunod na link.