Android O がスマートフォンの自律性をどのように拡張するか

Googleが実施した調査によると、スマートフォンにおける不満の第一の原因は端末の自律性に関係しており、3人に1人以上のユーザーが悲しみを感じているという。長年にわたり、バッテリーの容量は増加し続けましたが、自律性は同じ曲線をたどりませんでした。実際、端末はますます洗練されており、現在では非常に高解像度の画面や強力なプロセッサに取って代わられています…Android に関しては、エコシステムを充実させるために進化を続けており、Play Services は古いバージョンの Android を含む印象的な数の新機能をもたらします。

Android は 2007 年から登場していますが、自律性は依然として Android の強みではありません。競争という点では、監視に関しては iOS がおそらく優れています。一方、同様の方法で使用する場合、2 つのシステムはほぼ同等です。 Googleはここ数年、この両方の面でこの問題に取り組もうとしている。 Android 5.0 (Lollipop) 以降、これがマウンテンビュー多国籍企業にとって実質的な主題であることを示すいくつかの例を次に示します。

Android 5.0: 「ジョブ スケジューラ」の登場

Android Lollipop では、多くのユーザーがバッテリー寿命の大幅な向上を実感できずに不満を感じていました。おそらく Google は当時自社のソリューションを売り込みすぎていたのでしょうが、それでも興味深いものでした。これまでは、タスクを実行する必要があるときは常に、ターミナルを起動していました。ただし、このタイプの操作は、特にネットワーク スタックに関して非常にコストがかかります。実際、電話機のアンテナがオンになるとすぐにスタンバイに戻るまでに数秒かかります。

Android 5.0 のアイデアは、タスクがグループで実行できるようにして、継続的なウェイクアップを回避することです。また、このシステムは目覚まし時計を制御するようになり、各アプリケーションを独自に制御する必要はなくなりました。

Android 6.0 : 居眠り、居眠り…、居眠り…、居眠り…

Marshmallow に切り替えることで、Google もユーザーと同じ観察をしました。スタンバイ時間が耐え難いほどになったのです。夜間に携帯電話やタブレットの電源を入れたままにしておくだけで、何も操作しなければバッテリーが大幅に消耗してしまいます。 Android 5.0 で述べたように、どのアプリでも電話のスリープ解除を決定する可能性があります。 Doze のアイデアは、さまざまなコンポーネントを管理するための積極的な戦略を選択することです。

Marshmallow 以降、端末が長時間スリープ状態になるとすぐに、システムは深いスリープ状態に入り、間隔をあけてのみ起動します。おそらく、デバイスが深いスリープから復帰するとすぐに、大量の通知を受信し始めることに気づいたでしょう。

これを可能にしたのがDozeという機能のおかげです。ただし、ウェイクアップや電話などの緊急イベントはこのメカニズムをバイパスできる場合がありますので、ご安心ください。さらに、端末に主電源が供給されなくなるとすぐに、バックグラウンド アプリケーションで最適化が実行されます。

Android 7.0 : 外出先で居眠り

Doze は、端末が数分間または数時間スリープ状態になっている場合に顕著なバッテリー節約を実現します。ユーザーは非常に定期的にスマートフォンを起動する傾向があるため、スマートフォンはこの機能の影響をわずかに受けます。 Android Nougat では、このシナリオが考慮されるように Doze が改善されました。 Doze は、画面がオフになり、スマートフォンが適切な状態 (ポケットの中など) にあるとすぐに動作するようになりました。

に加えて外出先で居眠り, Google は自律性の向上に向けた徹底的な取り組みを開始しました。プロジェクトスレンダー。 Android は最初のバージョン以来、状態の変化を示すメッセージ (写真が撮られた、電源が抜かれた、電話が起動したなど) を示すメッセージを定期的に送信しています。さまざまなアプリケーションが特定のメッセージを受信するように登録できるため、アプリケーションがアプリケーションを起動したときに関連する動作を実行できます。前景には見えません。これが型の機能ですインスタントアップロード仕事。 Android N では、特に写真の撮影や接続の変更 (WiFi、機内モード、ネットワーク モバイルなど) に関して、バックグラウンド タスクでこれらのメッセージの一部を直接サブスクライブすることができなくなりました。

代わりに、Google は同じ結果をユーザーに提供するメカニズムを提供します。原理は、システムがマスターとなる通信チャネルを使用することです (有名なジョブスケジューラAndroid 5.0以降）。アプリケーションへの通知は、OS が判断した場合にのみ送信されます。この決定の背景には、RAM の消費量が大幅に削減され、利用可能な流動性が向上するなど、数多くの最適化が行われています。理由は簡単です。これまで、Android はメッセージをさまざまなアプリケーションに同時に配信しようとしていました。各自のコーナーでは、ユーザーが気づいた遅さを気にすることなく、自分のコードを実行しました。

Android は非常に柔軟なシステムです。たとえば、アプリケーションがユーザーに表示されずにコードを実行することができます。これは、これらのサービスをバッテリー消費者として認識している Google を悩ませ始めています。実際、彼らはセンサーに頻繁にアクセスする傾向があり、コンポーネントをスタンバイ状態にすることを許可しません。 Android O では、キーワードはシンプルです。自律性を向上させるために、これらの有名なサービスが制限されます。開発者にとっては頭痛の種ですが、ユーザーにとっては顕著な違いです。

Android O: もう終わりです飲み放題

Android O では、全員に公開されるシステム メッセージの数を制限するメカニズムが大幅に削減されます。 Android Nougat には少数のメッセージしかありませんでしたが、Google は最適化できるすべてのメッセージを検討しました。この変更は、流動性とメモリ消費量の両方の点でユーザーに気づくはずです。

より専門的な言葉で言えば、Google はサービス、またはより一般的にはバックグラウンド タスクの傍受を許可しなくなりましたブロードキャスト暗黙。のみ登録可能となります。ブロードキャスト明示的かついくつかのブロードキャスト暗黙的 (端末が起動した、言語が変更されたなど)。

一方、フォアグラウンド アプリケーションは、関心が少なくても、これらのメッセージに自由にアクセスできます。最後に、Android はバックグラウンドで実行されるサービスに対してより積極的になります。 Google の考えは、ジョブスケジューラこれらはシステムによって最適なタイミングで呼び出されます。

Android O: GPS 座標は依然として正確ですが、規則性が低下します

端末の位置を取得するために、GPS、WiFi、ネットワーク チップなどの多数のセンサーが使用されます。これらのコンポーネントは、条件が最適でない場合 (特にトンネルの下や建物内など)、実際にバッテリーを消耗します。

Android O では、バックグラウンドで実行されているアプリケーションが Google の視野に入ってきます。後者では、GPS 位置の送信頻度が低くなり (1 時間に数回のみ)、バッテリーへの負担が軽減されますが、データは依然として正確です。一方、ユーザーに表示されるアプリケーション (フォアグラウンドまたは通知経由) は、引き続き Android 7.1 と同じレートで位置を受け取ります。具体的には、自律性が向上すること以外、日常生活に何の変化も見られないはずです。

同時に、融合プロバイダー(さまざまなセンサーの集合体) が最適化されます。 Googleはまた、開発者に対し、ユーザーの位置を取得するためにこれを使用することを奨励しています。最後に、として知られるメカニズムジオフェンシング（携帯電話が定義されたエリアに入ったときの認識）消費電力は以前よりも大幅に減りました。 Google は約 10 分の 1 のコスト削減について話しています。しかし朗報です。これは Android の以前のバージョンにも関係します。

Android O: Wi-Fi に GPS が不要になりました

さらに、WiFi アクセス ポイントに接続するとすぐに、地理位置センサーは使用されなくなります。実際には、の IP アドレスホットスポットすでにポジションを提供しています。関連する場合、Android は同様の GPS 座標を取得しようとしません。

Android O: より分かりやすいバッテリー管理画面

[設定] のバッテリー管理画面は、どのアプリケーションまたはシステム コンポーネントがバッテリーを消費しているかを特定できるため、非常に便利です。このシステムは時間の経過とともに改良されてきましたが、現在、「Play サービス」、画面、さらには「Android システム」が実際に何に対応しているのかを知ることができる人はいないでしょうか。

Android O では、アプリケーションや端末の設計者ではなく、全員がデータを理解することに重点が置かれています。これにより、フォアグラウンドとバックグラウンドでどのアプリケーションが最も多くの消費を行っているかを区別しやすくなります。

オペレーティング システムの自律性を最適化することは、その作成者にとって非常に頭の痛い問題です。これは、あちこちのバッテリーから貴重な秒数をかき集めながら、同等の機能を提供する必要があるからです。

愛好家のコミュニティに参加してみませんか?私たちの不和ここは相互扶助とテクノロジーに対する情熱の場所です。