今週リリースされたAndroid 11ベータ2は、主に安定性とバグ修正に重点を置いた、比較的控えめなアップデートです。しかし、その裏では、より広範な変化が起こりつつあるという強い兆候が見られます。Googleは、最初のリリース以降に生じたエコシステム全体の不整合に対処しようとしています。
最大の手がかりは、Android のエンジニアリング チームによる Reddit の公式投稿にあります。同チームによると、次期バージョンのモバイル プラットフォームでは、OEM の主要な過剰問題であるバックグラウンド アプリの制限がようやく解消されるとのこと。
Androidでは、ベンダーが独自のバックグラウンドポリシーを設定し、バックグラウンドで実行されているプロセスをいつ終了するかを選択できます。当然のことながら、実際の実行はOEMによって大きく異なります。これは断片化された領域であり、多種多様なデバイス、様々なメーカーのスキン、さらにはAmazonのFire OSのようなフォークとして実行されています。
「Don't Kill My App」というサイトは、メーカー間のポリシーを追跡している。OnePlusやHuaweiといった中国メーカーは最も積極的だ。一方、GoogleのプライベートブランドであるPixelやNexusデバイス、そしてNokiaやSonyの製品は、最も自由放任主義的だ。
しかし、バックグラウンドキルは、通知の遅延やアプリの誤動作など、重大な影響を及ぼす可能性があるため、重要です。
Android のエンジニアたちは AMA で、バックグラウンド キルは「複雑なトピック」であり、メーカーが享受している広範な独立性によってさらに複雑になっていると述べました。
「Android 11の互換性定義ドキュメント（CDD）を更新し、デバイスメーカーがアプリの制限についてユーザーにタイムリーに通知できるようにします」と彼らは述べています。「これにより、アプリに何が起こっているかをユーザーに理解してもらうだけでなく、ユーザーが希望すれば制限を無効化できるようになります。」
また、ベンダーは、エコシステムに損害を与え、「イノベーションを減退させる」とGoogleが主張する「バックグラウンドキル」ポリシーからアプリを除外することも禁止される。
Androidコードベースへのコミットは、Googleが携帯電話メーカーに「シームレスな」分割アップデートの使用を強制する可能性があることを示唆している。
続きを読む
開発者は新しいAPIを通じて、アプリが終了された理由を確認できるようになります。これにより、プロセスがデバイスのバックグラウンド制限によって強制終了されたのか、それともクラッシュなどの別の理由によって強制終了されたのかを判断できるようになります。
Googleは、これらの対策は「すべてを解決するわけではない」としながらも、依然として懸念事項であり、ユーザーとベンダーのニーズのバランスを取るよう努め続けると述べた。
これは、Googleがプラットフォームの不整合に対処するための唯一の動きではありません。Androidコードベースへの過去のコミットを見ると、Chocolate Factoryによってベンダーは「シームレスな」A/Bアップデートのサポートを迫られる可能性があることが示唆されています。これは、アップデートをパーティション間で段階的に実行することでエラー回復を容易にし、ひいては導入を容易にする機能です。
この機能はAndroid 7.0 Nougat以降のすべてのバージョンに搭載されていますが、OEMメーカーが使用するかどうかは各社に委ねられていました。Android 11では、この状況が変わる可能性があります。®
