タグ: AOSP

AOSP

  • Android 電卓でアプリを非表示にする方法: このアプリを使用するとそれが可能になります

    携帯電話でアプリケーションを非表示にする方法はいくつかありますが、ここ数時間で最も奇妙な方法の 1 つが普及し始めています。それは、電卓内にアプリを非表示にするというものです。これは、アプリケーション、写真、ファイルを電卓内に隠すアプリ、Calculator Vault のおかげで可能になります。

    あなたの携帯電話にアクセスできる人の目には、個人用のキーを入力すると実際にはアプリ ランチャーになる電卓アイコンしか見えません。この操作は非常に独創的ですので、その仕組みを説明します。

    アプリケーションを隠す電卓

    Tg 画像 1323323520

    Calculator Vault は、そのように動作する電卓アプリです。実際、AOSP 計算機 (ネイティブの Android 計算機) のインターフェイスと非常によく似たインターフェイスを備えています。強みは、選択したコードを入力すると、アプリが安全にアプリケーションを非表示にすることです

    アプリは AOSP 電卓のように見えますが、設定した秘密のコードを入力すると、非表示のアプリを含むランチャーが開きます。

    操作はとても簡単です。初めてアプリを開くときは、6 桁のコードを入力する必要があります。このコードは、アプリの金庫を開くために入力する必要があるコードです。デスクトップには、完全に機能する電卓アプリのみが表示されますが、コードを入力すると、非表示のアプリにアクセスします。

    画像6645

    アプリから実際にランチャーにアクセスし、必要なアプリを非表示にできます。アプリケーションを非表示にすることができるだけでなく、写真やビデオを含むカスタム フォルダーを作成して、アプリケーション内で安全に保管することもできます。このアプリはプライバシー レベルで非常に透過的であり、 そのコードを参照できます。

    主な問題は、広告が大量に含まれていることです。使用中にかなりの数の広告が表示されるのが一般的であるため、忍耐強く使用することをお勧めします。ただし、完全に無料なので、これはささやかな敬意を払うものです。

    Calculator Vault : App Hider - アプリを非表示にする

    Calculator Vault : App Hider – アプリを非表示にする

    Android 電卓でアプリを非表示にする方法: このアプリを使用するとそれが可能になります・関連動画

  • Google PlayはHarmonyOS上で動作します:ベータテスターはファーウェイのプランBがGoogleサービスと互換性があることを発見しました

    Android に非常に似ている Huawei のプラン B であるHarmonyOS は、その歩みを続けています。昨年末に携帯電話への飛躍を果たした後、中国でベータ版として導入されたことにより、より多くの人が携帯電話でそれを試すことができるようになりました。そのうちの 1 つは、 Google サービスと互換性があるという驚きの情報を伝えています。

    Weibo ユーザーのXiao1u が情報を共有し、HarmonyOS への EMUI アップデートは Google サービスに影響を与えず、Google Play と新型コロナウイルス感染症接触追跡 API およびその他の Google サービスはHarmonyOS へのアップデート後も引き続き問題なく動作したことを示しました。

    HarmonyOS 上の Google サービス

    EMUI も HarmonyOS の最新バージョンにも Google サービスは含まれていませんが、Google サービスを含む新しいシステムが時々登場します。 HarmonyOS ベータテスターが発見したように、 HarmonyOS 上で Google サービスを使用することは技術的に可能です

    ユーザーは、Google サービスのインストールをどのように実行したか、または更新前にすでに EMUI にインストールされていたかどうかについて詳細を共有していませんが、明らかにHarmonyOS と完全に互換性があり、Google Play が機能し、Google からアカウントを追加できる可能性があります。 。

    Harmonyosgoogle

    明らかに、HarmonyOS には Google サービスがプリインストールされるべきではありません。なぜなら、Google サービスがないことがまさにこのオペレーティング システムの作成理由だからです。ただし、理論的には非公式であっても Google サービスを使用できるのは興味深いことです。

    これは、 HarmonyOSが本当に仮面をかぶったAOSP Androidなのか、それともファーウェイが主張するように「完全に新しいオペレーティングシステム」なのかという、すでに永遠に続いている議論における新たな議論である。現時点では、その国際展開についてはまだ最終的な日付が決定されておらず、中国からのニュースもほとんどないため、私たちは疑問を抱いています:ファーウェイはベータテスターに​​スクリーンショットを撮ることを許可していません。

    経由 | ファーウェイセントラル

    Google PlayはHarmonyOS上で動作します:ベータテスターはファーウェイのプランBがGoogleサービスと互換性があることを発見しました・関連動画

  • Google が Android AOSP 開発で Rust のサポートを追加

    アプリケーション開発者は、主に Java または Kotlin を選択してアプリケーションを作成できますが、オペレーティング システム自体の下位層には、C や C++ など、より堅牢でエラー耐性のある代替手段が必要です。 Google は、AOSP でサポートされるプログラミング言語として Rust のサポートを発表しました。

    これからは、 Android の最下層で C、C++、Rust を組み合わせることができるようになります。あまり人気はありませんが、 使用する人には非常に高く評価されています。これらの言語は、制御と予測可能性を念頭に置いて設計されており、低レベルのリソースやハードウェアにアクセスするためのより良い選択肢となっています。

    Rustで作られたAndroid

    過去 1 年半にわたって、Google は、新しいBluetooth スタックなど、選ばれた数の AOSP プロジェクトにRust プログラミング言語を徐々に組み込んできました。

    さび

    C や C++ に対する Rust の主な利点は、より多くのリソースを消費し、プロセスにレイテンシをもたらすサンドボックスの使用の必要性を減らし、メモリの安全性を向上させるメカニズムを備えていることです。 Google は、 Android 開発で Rust を使用することの 2 つの直接的な利点を強調しています。それは、コード内のバグの密度が減り、サンドボックスを使用する必要性が減ることです。

    AOSP には数千万行のコードがあるため、Rust ですべてを書き直すのは気が遠くなる作業であり、実行不可能であるため、Google は古いコードの書き換えではなく、新しい開発での Rust の使用に注力する予定です。さらに、Google の調査によると、メモリ安全性エラーが最も多く発生するのはまさに比較的新しいプロジェクトであり、Rust を使用することで最大のメリットが得られます。

    メモリ

    多数の依存関係とツールチェーンを維持する必要があり、ツールとテスト インフラストラクチャを更新する必要があり、開発者にはトレーニングが必要であるため、Google は Android の多くの部分に Rust を導入することを複数年にわたるプロジェクトとして検討しています。現時点では、Rust は Android 開発自体において C および C++ と共存することになります。アプリケーション開発者にとっては変更はありません。

    詳細情報 | Android 開発者

    Google が Android AOSP 開発で Rust のサポートを追加・関連動画

  • ArsTechnica によると、HarmonyOS は基本的に Android です

    更新:記事の最後にHarmonyOSに関するファーウェイの公式声明を追加しました。

    HarmonyOS は、テレビ、ルーター、その他のデバイスでデビューした後、年末に中国の少数の携帯電話向けに携帯電話に登場しましたArsTechnica による最近の詳細な分析では、プレゼンテーションの数日後に行われた予備分析と同じ結論が得られました。つまり、これは基本的に Android AOSP であるということです。

    公式 HarmonyOS IDE エミュレータで HarmonyOS をテストしたところ、Android と表示されるたびに HarmonyOS と表示されるようにテキストを変更した後、今日では HarmonyOS が AOSP 上の EMUI であることがわかりました。

    内側の Android と外側の Android

    HarmonyOS が Amazon がFire Phone用に作成したものと同様の Android フォークであるということは、あまり注目を集めないでしょう。オペレーティング システムをゼロから作成するのは大変な作業であり、結局のところ、ファーウェイが無期限に発動している米国政府の拒否権は、オープンソースの AOSP コードの使用を妨げるものではありません。そして、これまで、 Huawei Mate 40 Proなど、Googleサービスなしで発売された携帯電話で同様のことが行われてきました。

    ファーウェイが HarmonyOS について述べてきたものと、最終的にそうなると思われるものの間には不協和音が生じている。ファーウェイの消費者向けソフトウェア部門の社長、王成陸氏は先月、 「HarmonyOSはAndroidやiOSのコピーではなく、真に将来のIoT時代に備えたパノラマオペレーティングシステムだ」と述べた。 ArsTechnicaの分析によると、これはAndroidのコピーではなく、Androidそのものだという。

    外見上、 HarmonyOS は、同社が拒否権後の端末を発売する AOSP 上で動作する EMUI と区別がつきません。また、まったく同じ設計になっています。唯一の違いは、以前は「Android」と表示されていたが、現在は「HarmonyOS」と表示されていることです。

    HarmonyOS は、Android 上で実行される EMUI と区別できません。 ArsTechnica からの画像

    内部では類似点が続いています。 HarmonyOS に付属のアプリをざっと見てみると、 Android Services LibraryAndroid Shared Librarycom.android.systemui.overlayなどのおなじみの名前が見つかります。これらのアプリケーションのバージョンは 10.0 であるため、Android 10 に含まれるアプリケーションと同じであることがわかります。名前が変更され、「android」が含まれなくなった一部のアプリケーションは、緑色のロボット アイコン を維持します

    「Android とはまったく異なる」オペレーティング システムのため、優れた一連の Android アプリがシステムに含まれています。 ArsTechnica からの画像

    これが十分な証拠ではない場合、App Gallery からシステム情報アプリをダウンロードしてインストールした後、アプリはシステムが実際に Android 10 Q であることを検出します。これは、Android AOSP のコピーアンドペーストであることを意味するのではなく、同じものを中国向けに適合させたバージョンであることを意味します。つまり、他の中国の ROM や EMUI 自体、つまりバックグラウンド AOSP と独自のサービスと大きな違いはありません。一番上にあるのは、そこでは利用できない Google のものを置き換えるためです。

    公式エミュレータで HarmonyOS を何時間も試した結果、ArsTechnica は、他の名前の要素を超えて、「Android との実質的な違いを見つけることができなかった」という結論に達しました。ちなみに、この分析はXDA が 1 か月前に行った分析と一致しています。今のところ、HarmonyOS は AOSP に大きく基づいているようですが、これが将来的に変更されるかどうか、または Huawei 社が HarmonyOS の定義を変更する計画があるかどうかはまだわかりません

    ファーウェイの立場

    ファーウェイは上記の情報に対して公式声明を発表しました。 AOSPについては言及していないものの、Linuxなどの「多数のオープンソースリソースを利用している」ことは認めているものの、まったく新しいオペレーティングシステムであるという立場を強調している。それは次のとおりです。

    ファーウェイが配布するテクノロジーに基づいて構築された HarmonyOS は、さまざまな IoT デバイスが大規模に相互接続される未来の革新的なニーズに基づいて独自に設計された、まったく新しいオペレーティング システムです。オンデマンドでさまざまなデバイスに導入でき、ハードウェア レベルとアプリケーション要件レベルの両方でさまざまなリソースに柔軟に適応できます。

    HarmonyOS は、該当するすべてのオープンソース標準への厳密な準拠を保証しながら、Linux を含む豊富なサードパーティのオープンソース リソースを活用して、包括的なアーキテクチャの開発を加速します。

    EMUI 11の一部のUI要素は現在の開発者ベータ段階に残っていますが、HarmonyOSは今後のHuaweiスマートフォンとともに新しいUIで発売されます。開発者ベータ プログラムはまだ進行中であり、すべてのシナリオのビジョンを現実にするために協力する開発者やパートナーからのフィードバックを歓迎します。

    経由 | アルステクニカ

    ArsTechnica によると、HarmonyOS は基本的に Android です・関連動画

  • Googleが仮想マシン用の小型Android「microdroid」を準備

    Android には多くのバージョンがあります: Android AOSP、 カスタマイズ レイヤー付き、 GSI イメージ、 Android Go … そしてすぐにもう 1 つ、 Microdroid が登場するはずです。これは、AOSP ソース コード内のいくつかのコミットのおかげで、事前に通知される方法です。

    これらのコミットの 1 つによると、Microdroid は「Android をベースにした最小限の Linux イメージ」になり、これはすでに Android の汎用バージョンであったGSI イメージをさらにトリミングしたバージョンになります。

    仮想化する小型 Android

    すべてが過去数年のパターンに従っている場合、Android の次のバージョン (おそらく Android 12) の最初の開発者プレビューがもうすぐ公開されるはずです。その証拠に、AOSP ソース コードが提供するウィンドウのおかげで、ほぼ毎日、開発の可能性に関するニュースが届きます。 XDAが再び追い求めたこれらの新規性の最後のものは、小型 Android であるマイクロドロイドです。

    これが言及されている AOSP コード内のいくつかのコミットでは、これはAndroid ベースで仮想マシンで使用するための最小限の Linux イメージになると説明されており、これは汎用の Android イメージのさらに簡素化されたバージョンとして提供されます。 、またはGSI。 Microdroid はAPEX 仮想化モジュールにも含まれます

    マイクロドロイドコミット

    さて、これは何に使えるでしょうか? Googleが正式に説明するまでは推測することしかできません。専門家によると、Googleはセキュリティを強化するために、オペレーティングシステムと同じレベルの仮想マシンに高い権限を持つコードをロードすることで、 Linux KVM仮想化システムをAndroidに導入することに取り組んでいるとのことです。

    Android 上の KVM に関するこのプレゼンテーションのスライド

    この仮想化において、仮想的に実行し、他のアプリケーションやオペレーティング システム自体から隔離して特権コードを実行できる最小限の Android を備えたバージョンとして、microdroid が登場します。

    Android への KVM の導入を担当する Will Deacon 氏によると、Android での仮想化は現在「断片化の西部」であるため、少しずつ変化が起こる可能性があります。この点に関して Android 12 でどのような変更が導入されるか、準備が間に合うかどうかを見ていきます。

    経由 | XDA

    Googleが仮想マシン用の小型Android「microdroid」を準備・関連動画

  • GoogleはAndroid 12にファイアウォールを実装する予定

    多くの携帯電話がまだ Android 11 を待っていますが、 Android 12の最初の詳細が判明するまで残された時間は少なくなります。例年と同様、Google はこの第 1 四半期中に次のアップデートの最初のプレビューをリリースすると予想されています。

    サードパーティのアプリ ストアのサポートの強化や、 新しいアプリの休止状態などのその他のリークされた機能など、Google によって確認された Android 12 の機能がすでにいくつかあります。現在、AOSP ソース コードを通じてファイアウォールの可能性が漏洩しています。

    見てみると…
    Android 12 の登場: ニュースと機能

    Android 12 の制限付きネットワーク モード

    Android 12 となるもののソース コードには、新しい制限付きネットワーク モード、言い換えれば、不正なアプリケーションのインターネット アクセスを遮断するファイアウォールへの言及が見られます。

    AOSP の説明では、この機能は、このモードが設定を通じてアクティブ化され、 android.permission.CONNECTIVITY_USE_RESTRICTED_NETWORKS権限を持つアプリケーションのみがネットワークにアクセスできることを報告しています。

    問題は、この権限が現在メーカーのシステム アプリケーションに対してのみ利用可能であるため、この制限付きネットワーク モードでは、Firebase Cloud Messaging サービスを使用する Google Play アプリケーションを除き、ダウンロードされたサードパーティ アプリケーションがネットワークに接続できないようにすることです。プッシュ通知のために Google Play サービスに統合されており、制限されたネットワーク権限を持つシステム アプリケーションです。

    この機能が開発者向けオプションのモードになるのか、それとも Googleがより完全なファイアウォールを Android 12 に統合して、ユーザーがNetGuardなどのアプリケーションと同様に特定のアプリケーションでのインターネット アクセスをブロックできるようにする予定なのかは不明です。

    経由 | XDA-開発者

    GoogleはAndroid 12にファイアウォールを実装する予定・関連動画

  • Google、Android が「積極的に使用しない」アプリケーションを休止状態にするための準備を整える

    AOSP ソース コードは、Android の将来のバージョンで実現される可能性のある機能であるアプリケーションの休止状態について示しています。これは、システムに統合されるアプリケーション休止状態サービスについて言及したいくつかのコミットの後に見られるものです。

    この休止状態に関する作業はまだ始まったばかりですが、例年と同じスケジュールに従っていれば、約 1 か月後のAndroid 12 の最初の開発者プレビューに間に合う可能性があります。

    見てみると…
    Android 12 の登場: ニュースと機能

    使用しないアプリを休止状態にする

    コンピューティングでは、プロセスの状態を保存しながらプロセスをシャットダウンするプロセスを休止状態と呼びます。再度使用すると状態がロードされ、何事もなかったかのように使用し続けることができます。この例としては、 Windows の休止状態があります。

    Android では、アプリケーションはさまざまな状態(開始、一時停止、再開、停止、破棄) を経ます。アプリケーションが停止した場合でも、再度インターネットに接続する、携帯電話を再起動する、充電するなど、登録した一定の条件が満たされると、アプリケーションを再起動できます。 AOSP コードによれば、間もなく到来する新しい状態は休止状態になります

    冬眠

    休止状態は Android にとってまったく異質な概念ではありません。 Greenify や SuperFreezZなどのサードパーティ アプリケーションは、リソースの消費を防ぐために使用されていないアプリケーションを閉じ、閉じたままにするという同じ前提の下で動作しました。 Android 自体には、バッテリー節約システムで不定期に実装され、カスタマイズ レイヤーによって大幅に変更されることが多いさまざまな制限を超えて、今のところ休止状態は含まれていません。

    この休止状態が具体的にどのように機能するかはまだ不明ですが、AOSP コードでその構成内容について少し説明されています。アクティブに使用されていないアプリは休止状態にできるため、「ストレージを最適化」できます。

    アプリケーションの休止状態を管理するシステム サービス。アプリケーションがアクティブに使用されていないときに移行できる状態であり、ストレージ用に最適化できます。アプリケーションを休止状態にするかどうかを決定するポリシーは、PermissionController コードによって管理されます。

    この「ストレージの最適化」が何を意味するのかは完全には明らかではありませんが、Android に長い間導入されてきたバッテリー管理ポリシーにとって、実際にはそれほど難しいことではないようです。頻繁に使用されないアプリはバッテリーの使用を制限しています。頻繁にアクティブ化すると、 通知が届かなくなるという不快な副作用が発生する場合もあります。

    経由 | XDA

    Google、Android が「積極的に使用しない」アプリケーションを休止状態にするための準備を整える・関連動画

  • モバイル用 HarmonyOS は現時点では Android AOSP をベースにしているようです

    Androidに代わるこのOSがテレビ、ルーター、その他のデバイスでデビューした後、12月中旬、ファーウェイはついに携帯電話向けHarmonyOSの最初のベータ版をリリースした。この最初のバージョンは、Android の EMUI 11 に非常に似ていました

    ファーウェイは、HarmonyOS の最終バージョンが新しいデザインでデビューすることを保証しましたが、HarmonyOS と Android の関係については十分な説明があるようです。XDA がまとめたいくつかの手がかりによると、どうやら今日のHarmonyOSは Android をベースにしているようです。

    見てみると…
    HarmonyOS ファーストインプレッション – HUAWEI の復活

    いくつかの追加手順を含む AOSP

    西洋では、私たちに届く HarmonyOS 情報はまだ伝聞の域を出ません。英語版の公式ドキュメントは英語版ほど更新されておらず、ファーウェイは開発者向けに5 台の携帯電話とエミュレータを使用したベータ版を公開しましたが、システムをテストするどちらの方法も中国本土に限定されています

    HarmonyOS について私たちが知っていることは、これが同社が Android を置き換えたいと考えているマイクロカーネルを備えた多目的オペレーティング システムであるということです。その利点の 1 つは、 Android アプリケーションを実行できることです。ARK コンパイラーについては言及されていますが、システムが AOSP に基づいているという事実は省略されています。

    HarmonyOS を試すことができた人にとって、結論は明らかです。HarmonyOS は現在、Android のオープンソース部分であるAOSP に大きく基づいています。これは、Android の古いバージョンに焦点を当てたアプリケーションをテストすると明らかです。Android と同じメッセージが表示されますが、名前が HarmonyOS に変更されます。

    ハルモニョス20

    これだけでは十分ではないかのように、ADB を介して HarmonyOS のフォルダーとファイルの構造を調べてみると、 Android フレームワーク全体が含まれていることは明らかです。それに何か問題があるわけではありません。AOSP は、HarmonyOS の AOSP に相当するOpenHarmonyと同様、オープンソースです。おそらく最も印象的なのは、ファーウェイが当初HarmonyOSを「AndroidやiOSとはまったく異なるオペレーティングシステム」として発表して以来、少し誤解を招くような行動をとってきたことだろう。

    今、私たちは現在の状況について話しているので、これは将来変わる可能性があります。ファーウェイの HarmonyOS のロードマップでは、AOSP ベースのバージョンが、HarmonyOS マイクロカーネルに基づいたアーキテクチャを備えた、完全に新しい独立したシステムの準備が整うまでの移行として機能すると述べられていました。

    経由 | XDA

    モバイル用 HarmonyOS は現時点では Android AOSP をベースにしているようです・関連動画

  • GoogleはAPVIイニシアチブでAndroidスマートフォンのセキュリティ向上を目指す

    Google は、サードパーティの Android スマートフォン (つまり、Google Pixel 以外のスマートフォン) のセキュリティを向上させるための取り組みである、APVI (Android Partner Vulnerability Initiative) の創設を発表しました。基本的に、この取り組みは、Android セキュリティ情報などの他の同様のプロジェクトによって残されたギャップを埋めます。

    AVPI は、AOSP コードの外側で Google によって発見された Android スマートフォンの脆弱性で構成される追加のセキュリティ層を表します (詳細はセキュリティ情報で説明されています)。これまでのところ、AVPI にはいくつかの脆弱性が報告されており、そのうちのいくつかはすでに修正されています。

    見てみると…
    Android をウイルスやマルウェアから保護する方法: コツとヒント

    AOSP を超えたセキュリティ

    Android コードの脆弱性は Android Security Rewards プログラムで処理され、サードパーティ アプリケーションの脆弱性は Google Play Security Rewards プログラムで処理されます。 Google は、Android セキュリティ情報および AOSP で最初のタイプの脆弱性を公開しています。

    問題は、このシステムが AOSP コードにのみ適用されるため、すべてではなく特定の Android メーカーにのみ適用されるセキュリティ問題を報告する標準化された方法が Google になかったことです。

    Avpi2

    ここで AVPI が登場します。AVPI は実際には、さまざまなメーカーのレイヤーやアプリケーションで Google が発見したセキュリティ問題をまとめた新しいバグ トラッカーにすぎません。今日の時点で、AVPI には Huawei、OPPO、Vivo、ZTE、Meizu などに該当するレポートがいくつかあります。そのうちのいくつかはすでに修正されています。

    これは、Google が常にISO/IEC 29147:2018脆弱性開示勧告に従い、携帯電話やサードパーティ製アプリケーションで発見した新しいセキュリティ問題や脆弱性を公開する場所になります。 AOSP、つまり大多数の Android 携帯電話に適用される脆弱性は、これまでと同様にAndroid セキュリティ情報で引き続き公開されます。

    詳細情報 | グーグル

    GoogleはAPVIイニシアチブでAndroidスマートフォンのセキュリティ向上を目指す・関連動画

  • Android 11、最初の ROM への道中: Google が AOSP でソース コードをリリース

    安定版の最終リリース後、最初のブランドが一部の携帯電話のアップデートを確認した後、 Google は Android 11 のソース コードをリリースしました。このコードは、AOSP プロジェクトですでにアクセス可能です。また、これは開発者にとって ROM を新しいシステム バージョンに適合させる最初のステップであり、これにより Huawei のようなブランドが Android 11 を使用できるようになります。

    更新サイクルは最終的に毎年繰り返されるため、2020 年は、それほど一般的ではありませんでしたが、それ以下のことは期待していませんでした。これらのサイクルを考慮して、Google はシステムの新しいバージョンを開発し、Pixel 向けに正式に発売しました。また、一部のブランドもすでに最初のモデルのアップデートを発表しています。そして、これもいつものように、Google はオープンソース プロジェクト (AOSP) で Android 11 のソース コードをリリースしました。このコードは、システムのカスタマイズされたバージョンの開発の基礎として機能します。通常の流れに従って、 Android 11 を搭載した最初の ROM が公開されるまでにそれほど時間はかかりません

    見てみると…
    アンドロイド 11 が登場!: ニュースとアンドロイド 10 との違い

    開発者にとってもユーザーにとっても素晴らしいニュースです

    Android11の設定

    Google はいつもの傾向に従っていますが、それがもはや歓迎すべきニュースではないという意味ではありません。強力なコードのリリースは、同社のオープンソース ソフトウェアへの取り組みを継続します。 GoogleはPixelをパーソナライズし、オープンソースソフトウェアでアプリやサービスを開発することでこの取り組みから遠ざかっていますが、ソースコードは開発者コミュニティにとって引き続き非常に役立ちます。

    Google がAndroid 開発コミュニティで伝えたように、 Android 11 のソース コードは公開を終了し、独自のバージョンをコンパイルしたい人は誰でも独自の方法で開発できるようになりました。これは、Android AOSP をベースとして使用する ROM クック ( LineageOS はすでにその意図を伝えています) と、Google サービス層なしでソース コードを使用するデバイス メーカー (Huawei がその明確な例です) の両方に適しています。

    Android 11 のソース コードは現在、 Google の Gitで完全に公開されており、Android 11 と戦いたい開発者が独自のバージョンを適用したり、コードを直接コンパイルしたりできるように準備が整っています。さらに、Google Pixel の工場出荷時のイメージOTA も利用できます。どちらも AOSP ではありません。

    経由 | アンドロイド警察

    Android 11、最初の ROM への道中: Google が AOSP でソース コードをリリース・関連動画