Google は Android 12 で Android ランタイム (ART) をメインライン モジュールにします

プロジェクトのメインライン これは、近年の Android に対する最大の変更の 1 つです。 消費者としてはこの変更に気付かないかもしれませんが、Android の動作方法が根本的に変わります。 オープンソースのオペレーティング システムであり、これまで以上に多くの権限が Google の手に委ねられています。 前に。 この制御の向上が良いか悪いかは、別の議論のテーマです。 現在、Google は Android ランタイム (ART) を更新可能なメインライン モジュールとして含めることを計画しています。 アンドロイド12.

Android ランタイム (ART) とは何ですか?

Android ランタイム (ART) は、Android のデフォルトのランタイムです。 2013 年に Android 4.4 Kitkat とともに導入されました. Google が言及しているように、ART は「Android 上のアプリケーションおよび一部のシステム サービスで使用されるマネージド ランタイム". 以下は、以前の Dalvik VM からもたらされる変更を参照しながら ART を説明する 2014 年の XDA TV ビデオです。

簡単に言うと、ART は基本的に Android アプリのバイトコードをネイティブ命令に変換します。 事前コンパイルを使用して、インストール時にアプリをネイティブ マシン コードに直接コンパイルします。 ご想像のとおり、これは非常に重要な機能であり、理想的には Android エコシステム全体で同じ方法で実行される必要があります。

メインラインモジュールとしてのART

XDA 認定開発者によって発見されたもの ルカ020400、 Googleのエンジニアが明らかにした 同社は Android ランタイム (ART) を Android S/Android 12 の更新可能なメインライン モジュールにする予定であると述べています。

ART をメインライン モジュールにすることで、Google はメインライン モジュールの包括的なテーマに沿って、ART をより詳細に制御できるようになります。 私たちの記事で述べたように、 プロジェクトメインラインの主な説明者:

Project Mainline は、Project Treble の取り組みを拡張します。 Treble は、OS アップデートごとに OEM が SoC ベンダーに依存する度合いを減らしましたが、Mainline は、主要な OS コンポーネントにセキュリティ アップデートを提供する際に Google が OEM に依存する度合いを減らしました。 Project Mainline は、Treble の哲学を Android フレームワークのより重要な部分に拡張し、この方程式から依存する仲介者としての OEM を排除します。 Project Mainline の目的は、Google がフレームワーク コンポーネントとシステム アプリケーションの制御を奪うことです。 セキュリティと OEM から離れた開発の一貫性を維持するために重要です。 プロジェクト メインラインは正当に次のように呼ばれます。 の Project Treble 以来の Android への最大の変更.

ART をメインライン モジュールとして使用すると、Google はシステムの OTA アップデートを必要とせずにアップデートできるようになります。 Google が OEM に対して Google 署名の ART モジュール (おそらく APEX の形式で提供される) をプリロードすることを義務付けた場合、Google は ART へのアップデートのプッシュを制御できるようになります。 全て Android デバイス。 Google は Google Play ストアを通じて ART にアップデートをプッシュできますが、OEM は ART に変更を加えることができなくなります。 これにより、サードパーティのアプリ開発者がエコシステム全体で期待する動作の一貫性が徐々に実現されます。