最近 Android Studio3.5の新しいベータ版のリリースが発表されました、機能の品質と安定性に焦点を当てたバージョンを提供する作業の集大成です。
Android Studio3.5のこのベータリリース ProjectMarbleの主な重点分野のそれぞれにおける多くの変更に対処します Project Marbleに組み込まれた作業と新しいインフラストラクチャは、長期的な品質監視のために改善されています。
主な変更点
の1つ AndroidStudioの開発者からの主な不満は遅さです IDEは時間の経過とともに実行されます。
多くの場合、このエクスペリエンスは、メモリへの予期しないプレッシャーまたはIDEメモリリークが原因です。
Googleはこの分野に関心を持っており、Marbleプロジェクトの一環として、出版社は33を超える主要なメモリリークを処理しました。
リークを特定するには、 Googleはメモリ不足の例外を測定するようになりました 彼とデータを共有することを選択した人々のために継続的に内部ダッシュボードで、彼が最も困難な問題に集中して解決することを可能にします。
Android Studio 3.5以降、 IDEのメモリが不足したとき、Googleは高レベルの統計をキャプチャします ヒープサイズとセグメント内の主要なオブジェクトについて。
このデータを使用して、IDEはXNUMXつのことを実行できます。 より良いメモリ構成を提案し、メモリのより詳細な分析を提供します。
自動的に推奨されるメモリ設定
デフォルトでは、 AndroidStudioの最大メモリサイズは1.2GBです。 大規模なプロジェクトをお持ちの方は、このサイズでは不十分な場合があります。
大量のRAMを搭載したマシンを使用している場合でも、IDEはこの値を超えることはありません。 とともにndroid Studio 3.5、IDEはプロジェクトがいつ アプリケーションの RAM容量の大きいコンピュータにはより多くのRAMが必要です 通知でヒープサイズが増加することを警告します。
新しい設定パネルの[外観と動作]→[メモリ設定]で調整することもできます。
メモリヒープ分析によるメモリ問題の報告の容易さ
Android Studioチームに報告するために、メモリの問題を見つけて再現することが難しい場合があります。
この問題を解決するために、Android Studio 3.5では、IDEが個人データ、分析、およびレポートのためにローカルで削除するスタックダンプ（[ヘルプ]→[メモリ使用量の分析]）をアクティブ化できます。
ユーザーインターフェイス
ユーザーインターフェースのフリーズは、Googleに報告されているもう3.5つの一般的な問題です。 Android Studio XNUMXでは、 チームはIntellijプラットフォームのインフラストラクチャを拡張しました 基礎となる、現在は数秒より長く続くUIスレッド停止を測定します。
たとえば、Project Marbleを開発したとき、彼らのデータでは、IDEでのXML編集が大幅に遅いことがわかりました。 このデータポイントを使用して、XML書き込みを最適化し、Android Studio3.5で大幅に優れたパフォーマンスを実現しました。
変更を適用
アプリケーションを再起動せずにコードの変更をすばやく変更および表示できることは、アプリケーションの開発に最適です。
XNUMX年前、インスタントラン機能はその方向へのGoogleの試みでしたが、最終的には期待を下回りました。
マーブルプロジェクト期間中、 チームは、アーキテクチャを変更し、Android Studio3.5でより実用的なアプローチを実装することを決定しました 変更の適用と呼ばれます。
変更を適用 AndroidOreoプラットフォームに固有のAPIを使用します 信頼性が高く一貫性のある動作を保証するために後で（インスタント実行とは異なり、変更の適用はAPKを変更しません）。
C ++の機能強化
C ++プロジェクトのサポートも、Marbleプロジェクトの優先分野でした。 CMakeの作成が最大25％高速になりました 大規模なプロジェクトの場合、IDE以降。
さらに、改善されたシングルバージョンのユーザーインターフェイスパネルは、次のようになっています。 ABIターゲットを個別に指定できます。
最後に、Android Studio 3.5では、build.gradleファイルでAndroidNDKと並行して複数のバージョンを使用できます。 これにより、よりプレイしやすいバージョンが可能になり、NDKバージョンとAndroidGradleプラグインの間の非互換性が軽減されます。