GoogleはAndroid 17のリリースにより、ハードウェアとソフトウェア、AIの密接な統合を通じた「インテリジェンス・システム」への移行を開始した。ユーザーのニーズを先読みし、自律的に機能する体験の提供を目標としている。中核技術となるのが「AppFunctions」の拡張である。プラットフォームAPIおよび対応するJetpackライブラリとして提供され、アプリケーション固有の機能をAndroid MCP（Model Context Protocolのオンデバイス版）に向けたツールとして公開可能にする設計が採用されている。
このアーキテクチャにより、Google GeminiなどのAIエージェントは、ユーザーに代わってワークフローを実行する権限を持つ。アプリケーションのローカル状態に直接アクセスし、複雑なタスクを処理する経路が確立された。開発者向けには、アプリの主要なワークフローを分析し、必要なKotlinコードやLLMツール呼び出しに最適化されたKDocを自動生成するAppFunctions agent skillが提供されている。
現在、Geminiとの統合機能は限定的なプライベートプレビュー段階にあり、Googleは開発者が自身のアプリケーションを準備するためのテスト環境を提供している。AIエージェントによる自動化が一般ユーザーに普及した場合、アプリケーションのUIを直接操作する手法から、自然言語による指示で目的を達成するインターフェースへの移行が進むと予想される。
マルチタスク体験を一変させるアダプティブ・ファースト
Android 17では、大画面デバイス（幅600dp以上）における画面の向きやリサイズ制限が完全に撤廃された。ゲームなどの特定カテゴリを除き、アプリケーションはあらゆるウィンドウサイズに適応し、ユーザーが好むデバイスの姿勢を尊重し、フリーフォームのウィンドウ表示をネイティブにサポートすることが義務付けられる。この開発基準は「アダプティブ・ファースト」と呼称され、スマートフォンやタブレット、デスクトップ環境間をスムーズに行き来できる体験を前提としている。
柔軟なウィンドウ管理を最大限に活用する新機能「App Bubbles」が導入された。ユーザーはランチャー上のアプリアイコンを長押しすることで、任意のアプリケーションをフローティング状態のバブルに変換できる。画面上に常駐させながら他の作業を並行して行える設計であり、タブレットや折りたたみ式デバイスなどの大画面向けには、タスクバーに専用の「Bubble Bar」が追加された。複数のバブルを整理し、画面上の任意のアンカーポイントに配置・移動させる操作体系を提供する。
デスクトップ環境向けには「インタラクティブPiP（Picture-in-Picture）」が実装された。従来の読み取り専用PiPとは異なり、他のアプリケーションウィンドウの上に常に表示されながらも、完全に操作可能な状態を維持する。作業中のタスクを別のAndroidデバイスへ引き継ぐ「Continue On」機能も追加されている。タブレットのタスクバーにモバイルデバイスで直近に開いていたアプリの提案が表示され、ワンタップで作業を再開できる仕様である。アプリが未インストールの場合はウェブ上の該当ページへフォールバックする仕組みを備え、デバイス間の境界を取り払うユーザー体験を実現している。
パフォーマンスの底上げと厳格なメモリ管理
システムの安定性と応答性を確保するため、Android 17はメモリ管理に対して厳格な制約を設けている。バックグラウンドで動作するプロセスがメモリを過剰に消費した場合、デバイスの合計RAMに基づく厳密なアプリメモリ制限に基づき、極端なメモリリークを起こすプロセスを即座に終了させる仕様が導入された。CPUやバッテリーの利用率急増や、UIのスタッター（カクつき）を未然に防ぐための措置である。開発者に対しては、R8オプティマイザーのフルモード活用や、Android Studioに統合されたLeakCanaryによるメモリプロファイリングの実践が要求されている。
ガベージコレクション（GC）のメカニズムも刷新された。Android Runtime (ART) のConcurrent Mark-Compact GCに世代別ガベージコレクションが適用され、短命なオブジェクトと長期間維持される安定したオブジェクトを分離する仕組みが構築された。頻繁かつ軽量な「若い世代」のスイープを実行することで、ヒープ全体の高コストなスキャンを削減している。Googleのテスト結果では、アプリケーションスレッドに対するGCの干渉が大幅に改善され、最大メモリ常駐セットサイズ（RSS）の削減が確認されている。
SDK 37以上をターゲットとするアプリ向けに、コアコンポーネントであるandroid.os.MessageQueueがロックフリーアーキテクチャで再実装された。マルチスレッド環境におけるキューの処理性能が向上し、フレーム落ちの低減やアプリ起動時間の短縮に寄与する。ただし、リフレクションを用いてMessageQueueの内部メソッドに直接アクセスしていた既存アプリは機能しなくなる可能性がある。パフォーマンス最適化の恩恵を受ける一方で、新しいランタイム環境に適合するためのコード改修が必要となる。
プライバシー保護とセキュリティの多層化
ユーザーのデータ保護において、Android 17は「セッションベース」の権限付与というアプローチを強化している。アプリがデバイスの全連絡先データへのアクセス（READ_CONTACTS）を要求する従来の仕様を改め、システムレベルの「Contacts Picker」ツールを導入した。ユーザーは特定の連絡先や、メールアドレスなどの特定のデータフィールドのみを選択してアプリと共有する。これは一度きりのスナップショットであり、その後の連絡先の変更は追跡されない。位置情報に関しても、アプリを閉じると無効になる「1回限りの正確な位置情報」ボタンが新設され、継続的なトラッキングを防ぐ仕様となっている。
デバイス紛失時のセキュリティも強化された。「Find Hub」のデバイス紛失モード（Mark as lost）を有効にする際、パスコードやPINに加えて生体認証によるロックが要求される。悪意のある第三者がPINを盗み見ていた場合でも、デバイスのトラッキングをオフにしたりデータを抽出したりする操作をブロックできる。このモードをトリガーすると、クイック設定の非表示や新規のWi-Fi・Bluetooth接続の無効化といった保護措置も自動的に有効になる。ロック画面での推測攻撃に対抗するため、試行可能回数が削減され、失敗時の待機時間が延長されている。
二要素認証などで利用されるSMSのワンタイムパスワード（OTP）保護も拡充されている。WebOTPフォーマットに一致しないドメインや、SDK 37以降をターゲットとするアプリにおいて、意図しない受信者によるSMSメッセージへのアクセスが3時間遅延される。バックグラウンドでSMSを傍受するマルウェアからの被害を防ぐ設計である。ローカルネットワークへのアクセスには明示的なACCESS_LOCAL_NETWORK権限が必要となり、スマートホーム機器への通信もユーザーの同意を必須とする。ハードウェアの画面キャプチャ権限を回避できる安全な「EyeDropper API」によるカラーピッカーの提供を含め、ユーザーの明示的な操作を伴うプライバシー保護設計が貫かれている。
メディア・ゲーミング機能群の拡充
メディアコンテンツの作成において、「Screen Reactions」機能が追加された。サードパーティ製の動画編集アプリやグリーンスクリーンを必要とせずに、デバイス上でリアクション動画を作成できる。画面録画の開始時に「セルフィーカメラを表示」を選択すると、ユーザーの顔が自動的に背景から切り抜かれ、フローティングウィンドウとして画面録画に重ね合わせられる。カメラのビューは録画中であっても自由に移動やサイズ変更が可能である。
新しいHDRビデオ標準である「Eclipsa Video」が導入され、ディスプレイのヘッドルームや環境光の条件に合わせてコンテンツを最適化するメタデータがサポートされた。プロフェッショナルなカメラアプリ向けには、互換性のあるセンサーから最高レベルのディテールと色深度を引き出す「RAW14」画像フォーマットのサポートが追加されている。オーディオ面ではBluetooth Low Energy (BLE) Audio補聴器のサポートが強化され、通知音やアラームを補聴器とデバイスのスピーカーのどちらに出力するかを個別にルーティングできる。
ゲーム体験に関しては、折りたたみ式デバイスの物理的特性を活かした「Foldable Gaming Mode」が提供される。画面のヒンジ部分を境界として、上半分をゲームのメインビュー、下半分を動的な仮想ゲームパッドとして利用する50/50のレイアウトが最適化される。外部コントローラーのネイティブなボタンリマッピング機能の追加や、高解像度ゲーム向けの効率的なメモリクリーンアップによるフレーム落ちの低減など、ゲーマー向けの最適化も図られている。（Foldable gaming modeは今後数ヶ月以内に利用可能となる見込みである。）
